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of individual products and network facilities, a simulation tool by which managers can test scenarios for the purpose of changing 
product routing plans based on predicted capacity and bottlenecks, and a planning tool that can facilitate preparation of product 
routing plans in response to information from the other tools. The system also uses feedback from the delivery network to influence 
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5 

DELIVERY SYSTEM AND METHOD FOR VEHICLES AND THE LIKE 

Technical Field 

The present invention relates to the logistics of delivering a product, such 
i 0 as a vehicle, upon release from a manufacturing plant, to a destination, and further 
relates to providing feedback from a delivery network to influence manufacturing 
processes and scheduling. 

Background of the Invention 

15 

Worldwide production of automobiles to a level of 38 million vehicles in 
1 998 and beyond in subsequent years. A vehicle manufacturer must transport each 
of these large, heavy items from a manufacturing plant to a dealer for retail sale. 
Transportation of vehicles will become even more complex if Internet commerce 
20 results in substantial direct delivery from factory to a purchaser's home or place of 
business. 

A typical known solution for vehicle transportation involves the 
manufacturer, one or more railroad carriers, one or more car hauler carriers, and a 
dealer. Generally described, vehicles begin their journey at an origin ramp at an 

25 assembly plant, where they are loaded on rail cars, travel to mixing centers, where 
they are unloaded and then re-loaded on rail cars, travel to destination ramps, 
where they are unloaded and re-loaded onto car hauler trailers, and travel to dealer 
locations for final unloading. The transport of each vehicle involves a unique 
combination of origin and destination points, modes of transport, and transit times, 

30 referred to as a "lane." Lanes consist of a combination of segments, each of which 
is a portion of a lane defined by a specific origin and destination location. In the 
United States the delivery process may take about twelve days or longer, because 
of various delays and bottlenecks that can arise. 
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In general, delays are caused by problems with equipment and labor 
shortages or unavailability, damage to vehicles, accidents or breakdowns affecting 
carrier transports, and unreliable information about the status of vehicles moving 
along lanes. Individual carriers generally take responsibility for providing 
sufficient labor and equipment at the right places at the right times to move the 
large volume of vehicles. Carriers have collected and reported information from 
along lanes mainly for the purpose of submitting documentation to be paid for jobs 
completed. They have provided such information to vehicle manufacturers in 
varying formats via various modes of communication. When delays and 
bottlenecks have arisen, they have been difficult to resolve. Damaged vehicles, for 
example, may be difficult to locate, and payments to carriers often are delayed. 
Car haulers and rail carriers have not sufficiently coordinated their efforts. 

Turningmore specifically to practices at origin ramps at assembly plants, 
the manufacturer must coordinate with rail (and for nearby dealers, car hauler) 
carriers to obtain and load a correct number of transport devices to transport the 
plant's production. This is a difficult goal, because production schedules change 
and the manufacturer places varying numbers of vehicles exiting the production 
line on quality hold for varying periods of time. The information shared on the 
status of vehicles in production and on hold has been unreliable. 

To even out deliveries to a group of dealers spread around the country, at 
least one manufacturer has scheduled production with this goal in mind. However, 
such attempts have not had a dramatic effect on delivery efficiency, and large daily 
fluctuations in the volume of vehicles for distribution are not uncommon 

With regard to present use of mixing centers, unloading and loading 
25 massive numbers of vehicles consumes much time. Again, carriers face the 
challenge of providing sufficient labor and equipment when needed without 
leaving loaders and rolling stock idle. Carriers have insufficient information to 
accurately estimate arrival times of trains or knowledge of their contents and the 
vehicle destinations to project labor and equipment needs. Therefore the 
30 phenomena of "dwell" occur; for example, transit dwell occurs when rail cars 

cannot be unloaded, and a process dwell occurs when railcars are not available to 
load outbound vehicles. Damaged vehicles sometimes are set aside and become 
"lost" at a facility because their status and location were not accurately reported. 
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Usually, car haulers are needed to transport some vehicles to dealers within a set 
distance from the mixing center, adding increased complexity to the unloading, 
sorting, and loading process. 

At destination ramps, respective employees unload railcars and load car 
5 hauler trailers with vehicles hound for dealers along their route. Here, dwell again 
occurs because of inaccurate projections or unavailability of labor and equipment 
on the part of both rail and car hauler carriers, who must coordinate their activities. 
Dealers sometimes put holds on vehicles, or are not available for unloading 
vehicles at the time of day when a car hauler can most efficiently deliver the 
10 vehicles. These situations cause vehicles to occupy space at destination ramps 
prior to being accepted by a dealer, extending the total delivery time. 

Stated in another way, a bottleneck occurs whenever there are more 
vehicles at a point in the vehicle distribution network than what the resources at 
that point are capable of handling. These bottlenecks are what extend the transit 
15 time of vehicles to dealers. Bottlenecks occur primarily at three specific locations 
in the system for the following reasons: 
At a manufacturing plant: 

a) too many vehicles (parking constraint) 

b) vehicles not loaded fast enough (resource constraint) 

20 c) not enough empty railcars or car haulers (carrier constraint) 

At a mixing center: 

a) too many railcars or car haulers (mixing center constraint) 

b) too many vehicles (parking constraint) 

c) not enough empty railcars or car haulers (carrier constraint) 

25 d) vehicles not loaded or unloaded fast enough (resource constraint) 

e) too many railcars to unload (mixed loads vs. LTD (load to 

destination) railcars constraint) 
At a destination ramp: 

a) too many railcars or car haulers (ramp constraint) 
30 b) vehicles not unloaded fast enough (resource constraint) 

c) too many vehicles (parking constraint) 

Thus, present vehicle delivery methods are cumbersome and relatively 
inefficient. Present procedures and levels of communication between the various 
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participants have made it difficult to move vehicles efficiently through bottlenecks, 
to resolve exceptions because of unexpected problems* As a result, there has been 
a need for a vehicle transportation system that can move vehicles from assembly 
plant to dealer more quickly and reliably. 

5 

Summary of the Invention 

The present invention seeks to provide a product delivery system that can 
move products from manufacturing plant to destination more quickly and reliably. 
10 In furtherance of this goal, the invention seeks to improve the delivery process as 
far upstream in the process as possible, to minimize handling of products, to 
bypass intermediate sites and facilities wherever possible, and to move products in 
larger volumes or batches. These goals apply particularly to the application of the 
invention to the delivery of vehicles from vehicle assembly plants to dealerships. 
15 The present invention accomplishes these objects by providing improved 

visibility of and improved tools for operating a delivery network to a centralized 
management organization overseeing a number of separate parts of the network. In 
one aspect, the invention relates to delivery of products upon release of the 
products from the plant in which they are manufactured. In another aspect, the 
.20 invention relates to influencing the sequence in which the products are 
-, manufactured in response to conditions and capacities within the delivery network. 

One tool preferably utilized in the present invention is a tracking system by 
J which managers in many parts of the network have access to the status of 

individual products and network facilities. Another tool preferably utilized in the 
25 present invention is a simulation tool by which managers can model the network 
and test scenarios for the purpose of changing product routing plans based on 
predicted capacity and bottlenecks. Another tool preferably utilized in the present 
invention is a planning tool that can facilitate preparation of product routing plans 
in response to status information from the tracking system and analyses produced 
30 by the simulation tool. 

Generally described, one embodiment of the present provides a system and 
method for facilitating delivery of manufactured items from a manufacturing 
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facility to customers via a delivery network, utilizing: (1) one or more databases, 
including: 

(a) in transit information describing a location and status of items in the 
delivery network being delivered from the manufacturing facility to a destination; 
5 (b) network facility information including identification and capacity of a 

plurality of network facility points, including origin points, mixing center points, 
termination points, customer facility points; 

(c) carrier information describing capacity, location and status of network 
transport devices and transport operators; 
10 (d) routing information describing transportation routes within the delivery 

network, capacity of the routes, and cost of delivery of items along the routes; ' 

(e) a delivery plan including routes for items and planned times for 
shipment and delivery of items to points along routes; 

(f) measured transit time information including actual times taken for 
15 movement of items between points in the network; and 

(2) access to the one or more databases from one or more of the network facility 
points; and the capability to download from one or more of the databases 
information useful in carrying out a delivery plan implemented via the delivery 
network- In a preferred option, remote access units are configured to upload to one 
20 or more of the databases information for updating the in transit information, the 
network facility information, and/or the carrier information. Preferably, one or 
more of the databases includes manufacturing information identifying items to be 
completed over a known period of time; and the access units are configured to 
upload to one or more of the databases information for updating the manufacturing 
25 information. The access units may be configured to upload to one or more of the 
databases information for updating the route information, the measured transit time 
information, and the delivery plan. In one preferred option, the system and method 
utilize a simulation tool operative to predict performance of alternate delivery 
plans based on the information stored in the one or more databases. 
30 According to another of its aspects, the present invention provides a 

method of transporting vehicles from a manufacturing plant to a plurality of 
destination locations via a delivery network, comprising transporting by rail at 
least some of a plurality of vehicles released from a manufacturing plant origin 
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point to a mixing center; consolidating vehicles bound for a common destination 
location at the mixing center; transporting the consolidated vehicles to the common 
destination location; using a simulation tool to model a delivery network including 
the manufacturing plant origin point, the mixing center, the destination location, 
5 and transport devices and to predict occurrence of delays at the mixing center; and 
in response to prediction of a delay at the mixing center, planning and executing a 
routing plan that transports at least some of the vehicles directly from a first point 
in the delivery network upstream of the mixing center to a second point in the 
delivery network downstream of the mixing center so as to bypass the mixing 
10 center and reduce the predicted delay. In one implementation, the muting plan 
may transport vehicles from the manufacturing plant origin point directly to the 
destination location, preferably by car hauler. 

According to another of its aspects, the present invention provides a 
method of transporting vehicles from a manufacturing plant to a plurality of 
1 5 destination ramps via a delivery network, comprising transporting by rail at least 
some of a plurality of vehicles released from a manufacturing plant origin point to 
a mixing center; consolidating vehicles bound for a common destination ramp at 
the mixing center, transporting the consolidated vehicles to the common 
destination ramp; transporting the consolidated vehicles by car hauler in groups to 
20 a plurality of dealerships; using a simulation tool, modeling a deli very network 
including the manufacturing plant origin point, the mixing center, the destination 
ramp, the plurality of dealerships, and transport devices and predicting occurrence 
of delays at the destination ramp; and in response to prediction of a delay at the 
destination ramp, planning and executing a routing plan that transports at least 
25 some of the vehicles directly from a point in the delivery network upstream of the 
destination ramp to one or more of the dealerships so as to bypass the destination 
ramp and reduce the predicted delay. In particular implementations, the routing 
plan transports vehicles from the manufacturing plant origin point directly to one 
or more of the dealerships, or transports vehicles from the mixing center directly to 
30 one or more of the dealerships, preferably by car hauler. 

According to another of its aspects, the present invention provides a 
method of transporting vehicles from a manufacturing plant to a plurality of 
destination ramps via a delivery network, comprising transporting by railcar at 
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least some of a plurality of vehicles released from a manufacturing plant origin 
point to a mixing center, utilizing a first group of railcars each carrying unmixed 
vehicles bound for a respective common destination ramp, and a second group of 
railcars carrying mixed vehicles bound for more than one destination ramp; 
5 unloading the second group of railcars at the mixing center, consolidating the 
unloaded vehicles onto a third group of railcars each carrying unmixed vehicles 
bound for a respective common destination ramp; transporting the first and third 
groups of railcars from the mixing center to the respective common destination 
ramps; using a simulation tool, modeling a delivery network including the 
10 manufacturing plant origin point, the mixing center, the destination ramp, and 

transport devices and predicting occurrence of delays at the mixing center, and in 
response to prediction of a delay at the destination ramp, planning and executing a 
routing plan that diverts at least some of the mixed vehicles at the manufacturing 
plant origin point to car haulers for transport directly to a point in the delivery 
1 5 network downstream of the mixing center. In particular implementations, the 

downstream point in the delivery network comprises a respective destination ramp, 
or the delivery network may comprise a plurality of dealerships, and, in response 
said prediction of a delay at the destination ramp, the method may divert at least 
some of the mixed vehicles at the manufacturing plant origin point to unmixed car 
20 haulers for transport directly to respective dealerships. 

According to another of its aspects, the present invention provides a 
method of operating a delivery network for transporting vehicles from a plurality 
of manufacturing plants to a plurality of destination locations, comprising 
establishing a relationship with a plurality of independent entities, the plurality of 
25 entities providing a continuous delivery network from the manufacturing plants to 
the destination locations; providing at least partial management of each of the 
plurality of delivery network the companies by the use of delivery network 
managers having a primary allegiance to a delivery netwoik management 
company; providing a delivery information network for use by the delivery 
30 network managers; providing the delivery network managers with access to 
information via the delivery information network; and in response to the 
information provided, directing activities of employees of the plurality of 
independent entities to facilitate delivery of the vehicles from the manufacturing 
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plants, along the continuous delivery network, and to the destination locations. 
Preferably the delivery network managers also have the ability to remotely update 
the delivery information network and to communicate with one another. The 
independent entities may include vehicle manufacturers, rail carriers, car hauler 
carriers, load or unload contractors, and/or dealers. 

According to another of its aspects, the present invention provides a 
method of scheduling, manufacturing, and shipping items via a delivery network, 
comprising assembling a set of parts needed to make a predetermined number of 
items in a predetermined order; providing a delivery network comprising a 
plurality of network facility points, including one or more origin points and mixing 
center points, and a plurality of termination points; inserting the items as they are 
made into the delivery network; monitoring activity at the network facihty points; 
projecting relative congestion along a plurality of routes through the delivery 
network based on the monitored activity in the network and the destinations of the 
15 items to be made; and responsive to the projected relative congestion in the 
delivery network, altering one or both of the assembled set of parts and the 
predetermined order of making the items, so as to cause the items to enter the 
delivery network in an order calculated to improve efficiency of delivery. In a 
preferred implementation, the alteration includes ordering production from the 
20 assembled set of parts of items going to the same termination point in sequential . 
order, to facilitate direct loading from assembly line to transport device. 

Furthermore, the invention provides a method of scheduling, 
manufacturing, and shipping items via a delivery network, comprising providing a 
delivery network comprising a plurality of network facility points, including one or 
25 more origin points and mixing center points, and a plurality of termination points; 
assembling a set of parts needed to make a predetermined number of items; 

ordering production from me assembled set of parts so as to manufacture items 
going to the same termination point in sequential order; and inserting the items as 
they are made into the delivery network. The network may also include customer 
30 facility points, each of the items having a delivery destination at one of the 
customer facility points 

More specifically described, a preferred embodiment of one aspect of the 
invention provides a method and system of the present invention relate in one 
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embodiment to the transportation of vehicles from a plurality of vehicle 
manufacturing plants to a plurality of vehicle dealer locations. In one embodiment, 
this invention comprises manufacturing the vehicles at each of the manufacturing 
plants in a sequence based on the destinations of the vehicles. The invention also 
5 comprises notifying rail and car hauler carriers of a manufacturing productions 
schedule, which takes into account the above mentioned sequence. The invention 
also involves associating sets of the manufacturing plants into plant groups, and 
providing a plurality of parent mixing centers, each receiving vehicles from a 
plurality of the plant groups, which are associated exclusively with one parent 
10 mixing center. A plurality of rail car loads of vehicles (bound for a single 

destination, within a first time window) are released from one or more of the plant 
groups sharing a parent mixing center. The rail car loads are transported to the 
shared parent mixing center associated with each of the plant groups if the 
destination is farther than a selected distance from a final loading location of the 
15 plant group; 

In this embodiment, the present invention also provides for a system for simulating 
the best routes for vehicles released from all the manufacturing plants in the first 
time window, based on available rail transport and production schedules of all the 
manufacturing plants. At the shared parent mixing center, this embodiment of the 
20 invention combines the rail car loads with rail car loads from other plant groups, 
bound for the same destination; and then allows for the transporting of the trains to 
remote mixing centers, where there is further assembling of trains according to the 
simulated best routes. The invention also allows for the bypassing of remote 
mixing centers when a full train has been assembled. 
25 The invention further provides for the transportation of the trains to 

destination ramps; the transferring of the vehicles to car hauler trailers; and the 
transporting of the car hauler trailer to a dealer location and unloading the vehicles. 

Another aspect of this embodiment of the invention is the ability to track 
each vehicle. This is accomplished by, for example, marking each vehicle with a 
30 machine readable vehicle code (the marking can involve, for example, affixing 
adhesive material with bar-coded information, or it can, for example, be a 
permanent identification mark that is put on the vehicle). The system provides for: 
• the scanning of each vehicle code as a vehicle is loaded onto a rail car; 
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• the marking of the rail cars loads with a machine-readable rail car code, 
and storing the vehicle codes of each load in association with the rail 
car code; 

• scanning the rail car code on arrival at the parent mixing center; 

5 • scanning the rail car code on departure from the parent mixing center, 

scanning the rail car code on departure from the remote mixing center, 

• scanning the rail car code on arrival at a remote mixing center, 

• the scanning of the rail car code on arrival at a destination ramp; 

• the scanning of the vehicle codes as the vehicles are loaded onto a car 
10 hauler trailer, 

• the scanning of the vehicle codes on arrival at the dealer location. 
On each of the scans mentioned above, the system enables the sending of the 
scanned vehicle or rail car codes to a central computer, where they can be used to 
track the vehicles, and for other logistical purposes. 

1 5 Also, in this embodiment there is provided a management team 

independent of the rail and car hauler carriers. The management team is capable of 
accessing the central computer to monitor the location of each manufactured 
vehicle at any time, monitoring the performance of the carriers in delivering 
vehicles to predetermined destinations within preset time limits, and alerting the 
carriers if a vehicle is behind schedule. The management team also possesses the 
ability to provide alternate transport for vehicles that are behind schedule. . 

In somewhat more detail, according to one preferred embodiment, 
the system of the invention is designed to provide vehicles from a manufacturing 
plant to a dealer facility reliably within a set number of days. The system 
25 establishes a transportation network that is coordinated with vehicle assembly in 
the manufacturing plant. A goal is to assemble and load vehicles onto rail cars and 
car hauler trailers in blocks going to the same destination, in order to minimize the 
handling of the vehicles and to maximize bypassing of handling and sorting 
facilities whenever possible. 
30 At the manufacturing plant associated with this embodiment, vehicles are 

assembled according to a "geographic build principle." Geographic build has 
several possible implementations, as described below. The purpose is to improve 
vehicle transit time and delivery predictability by aligning the plant production 
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sequence by geographic region. This alignment allows the vehicle delivery 
network to improve efficiencies through better equipment utilization and reduced 
rail switching which provides improved cycle times. Assembly plants also 
improve rail loading practices through simplified load make-up requirements. 
5 Geographic build increases railcar utilization and train length, increases the 
number of unit trains to improve velocity and reduce switching time and dwell 
time at interchange points, improves arrival predictability, helps prevent vehicle 
storage, reduces the number of loading destinations, reduces load makeup time, 
and reduces plant dwell due to partial loads. 

10 In one implementation of geographic build, vehicles are assembled in 

groups going to the same destination. The manufacturer coordinates just in time 
delivery of parts for the vehicles in accordance with the schedule to optimally feed 
vehicles into the transportation network. The plant also works to release the 
vehicles for transportation as soon as they are complete, and the vehicles are 

15 loaded and transported immediately. Origin automotive manufacturing plants are 
consolidated into groups that feed an assigned "parent mixing center." In the past, 
multiple manufacturing plants have sent vehicles to several mixing centers, at 
which all the vehicles were unloaded and re-mixed after sorting according to 
destination. The present system moves the sorting process as far upstream as 

20 possible, including the scheduling of vehicle assembly, as noted above. Whenever 
possible, rail cars are filled at the assembly plant with vehicles bound for a single 
destination ramp. Thus, in one typical scenario the vehicles are moved from the 
assembly plant by rail car or car hauler to a mixing center where full rail cars are 
consolidated with others and car hauler loads are loaded onto rail cars. The rail 

25 cars take the vehicles to a destination ramp, at which the vehicles are unloaded 
onto car haulers for transport to dealerships. However, the system bypasses 
mixing centers whenever possible, for example, by sending car hauler loads 
directly to dealerships from the vehicle assembly plant, or by forming complete 
trains at a manufacturing plant and sending them to a destination ramp. The need 

30 for unloading vehicles for the purpose of sorting them is minimized. This is 

facilitated by providing high volumes of vehicles bound for the same destination at 
the same time from an origin group of manufacturing plants. The result is a 
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sufficient volume of such vehicles to build trains that the railroads will handle at a 
reasonable cost. 

The transportation network uses simulation programs to determine the best 
way to load car haulers and rail cars and to build trains based upon the assembled 
vehicles that will be available and their destinations. The simulations will be used 
not only for production planning, but also to optimize transportation in the event of 
exceptional circumstances, such as a need to adjust planned loads when a group of 
assembled vehicles must be held to correct a defect 

A part of the system is the ability to track each assembled vehicle 
Ihroughout the transportation network. The concept is called "mil visibility." The 
vehicle identification number of each assembled vehicle is entered into the system 
at the assembly plant, and associated with each car hauler or rail car in which that 
vehicle is loaded. Whenever the car hauler or rail car is scanned, the location of 
each vehicle is updated in the system memory. The system provides accurate 
15 advance notification to carriers (car haulers and railroads) so that they are able to 
provide transportation resources in a timely manner. The location information is 
also compared to the planned schedule for each vehicle, and an alert or alarm is 
provided if a vehicle has fallen off schedule. In pre-identified situations, the 
system will automatically re-route a particular vehicle or change its method of 
20 transportation to overcome a difficulty. 

The system also provides management of the transportation network by 
personnel at various facilities in the network. These personnel in the field, will . 
manage the carriers actively to assure mat they meet their commitments. The 
network managers will observe network activity based on information from the car 
25 tracking system, respond to off-schedule alarms which impact their facility or will 
impact another facility, and notify other network managers and carriers of 
problems and how to respond to overcome the problems. They will also work with 
the carriers on load planning and the timing of shipments. They will be 
responsible for proper loading of rail cars and car haulers, for carrier timeliness, 
30 and for assuring that vehicles are placed in the correct loads and reach the correct 
destination. The car tracking system will allow these managers to determine the 
status of every vehicle at all times. 
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The system requires dealers to be flexible in their availability for receiving 
car haulers with loads for their dealership. An object of the system is to make 
delivery to dealers more efficient by unloading car haulers at any time on a seven 
day, twenty-four hour basis, while at the same time notifying dealers in advance of 
5 a precise delivery time, so that the dealer can be ready to receive the vehicles 

without having to have personnel on site at all times. For example, the dealer may 
be notified via the network or by e-mail that a shipment will arrive on a certain 
date between 7:00 and 9:00 am. The system allows prediction of the delivery time 
with accuracy, and the dealer is responsible for having personnel present to receive 

10 the vehicles. 

Thus, the present invention is capable of optimizing a vehicle distribution 
network. A system according to the invention can transport new vehicles produced 
at many manufacturing plants to a large number of dealers nationwide. As dealers 
place orders for vehicles, the orders go directly to the manufacturing plant that 
15 produces the particular vehicle ordered. The vehicle is produced, then shipped to 
the dealer as fast as possible. The preferred modes of transportation used are 
railcars and car haulers. The delivery network is a type of "hub and spoke" 
network with mixing centers located at strategic points in the U.S. for 
consolidating vehicles into railcars arriving from the manufacturing plants and 
20 creating direct shipments to destination ramps in other parts of the country. 

AH vehicles are identified by a unique 'Vehicle identification number" or 
"VIN." In accordance with common practice, a uniquely identified vehicle will 
sometimes be referred to below as a VIN. 

Other features and advantages of the present invention will become 
25 apparent to one skilled in the art upon examination of the following drawings and 
detailed description. It is intended that all such features and advantages be 
included herein within the scope of the present invention as defined by the 
appended claims. 

30 Brief Description of the Drawings 

Fig. 1 a schematic diagram of a vehicle delivery system 10 according to the 

present invention. 

Fig. 2 is a diagrammatic representation of the vehicle distribution network. 
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Fig. 3 is a geographical map showing a portion of a distribution network. 
Fig. 4 is a geographical map showing vehicle transport outbound from die 
mixing centers. 

Fig. 5 is a diagram of the basic vehicle flow through the distribution 
5 network. 

Fig. 6 is a diagrammatic representation of a consolidation hub 

Fig. 7 is a diagrammatic representation of the data flow network. 
Fig. 8 is a norther concept diagram of the data flow network. 
Fig. 9 is a diagrammatic data flow diagram showing that how shipper data 
10 (such as from rail carrier data sources 54 and car hauler data sources 56 can be sent 
to become part of the manufacturer's data 52, to then be passed along to the 
vehicle tracking system 34, or in the alternative how the shipper data could be 
routed directly to the tracking system 34 without going through the manufacturer's 
system. It may be understood that in the alternative version, a record may be 
created by the carrier that links the vehicles (e.g., through VINs) to the delivery 
vehicles (e.g., train cars), and mis linkmg records can be sent to the system 34. 

It should also be understood that the railcars could be tracked via 
conventional railcar tracking systems and such information could also be used to 
better pinpoint vehicle locations. 

Fig. 10 is a diagrammatic process diagram showing how the tracking 
database 50 of the vehicle tracking system 34 is updated by use of user-added data 
such as hold instructions, as well as manufacturer data passed from the data 
communications interface 40. 

Fig. 1 1 is a screen navigation chart 1011. 
25 Fig. 12 is a diagrammatic view 1012 showing connectivity between the 

user at 42 and redundant systems which may used to run redundant tracking 
applications if desired. 

Fig. 13 is a tracking system entity relationship diagram 1013. 
Fig. 1 4 is a object class hierarchy 1 014 of the tracking system 34 software 
30 application. 

Fig. 15 is a object class hierarchy 1015 of the tracking system 34 software 
application. 



20 
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Fig. 16 is a screen shot 1016 of viewable items - Dealers, Ramps and 

Lanes. 

Fig. 17 is a screen show of a status report 1017. 

Fig. 18 is a screen navigation flow diagram 1018. 
5 Fig. 19 is a screen shot 1019 of a Dealer View. 

Fig. 20 is a screen shot 1020 of a Unit View (a.k.a., Model Summary). 

Fig. 21 is a screen shot 1021 of a Vehicle Summary. 

Fig. 22 is a screen shot 1 022 of a dealer view, status details. 

Fig. 23 is a screen shot 1023 of a dealer view, status details, insert hold 
10 event screen 1. 

Fig. 24 is a screen shot 1024 of a dealer view, status details, insert hold 
event screen 2. 

Fig. 25 is a screen shot 1025 of a search screen. 

Fig. 26 is a screen shot 1026 which shows search results. 
15 Fig. 27 is a screen shot 1027 showing Vehicle Detail. 

Fig. 28 is a screen shot 1028 showing a Ramp View. 

Fig. 29 is a screen shot 1029 showing a unit breakdown (Model Summary) 
in ramp view.. 

Fig. 30 is a screen shot 1030 of a Vehicle Summary in ramp view. 
20 Fig. 3 1 is a screen shot 1 031 of a lane view. 

Fig. 32 is a screen shot 1 032 of a unit breakdown in lane view. 

Fig. 33 is a screen shot 1 033 of a Vehicle Summary in lane view. 

Fig. 34 is a screen shot 1034 of a lane view, status detailed. 

Fig. 35 is a screen shot 1035 showing viewable items. 
25 Fig. 36 is a screen shot 1036 showing a Dealer View. 

Fig. 37 is a screen shot 1037 showing a Model Summary. 

Fig. 38 is a screen shot 1038 showing a Vehicle Summary. 

Fig. 39 is a screen shot 1039 showing Status Details. 

Fig. 40 is a screen shot 1040 showing Railcar Summary. 
30 Fig. 41 is a screen shot 1041 showing Ramp Summary 

Fig. 42 is a screen shot 1 042 showing Vehicle Summary. 

Fig. 43 is a screen shot 1 043 showing Status Details. 

Fig. 44 is a screen shot 1044 showing Vehicle Detail. 
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Figs. 45-54 relate to management structures. Fig. 45 is a management flow 
chart showing how the management team 31 provides a "management layer" over 
(although not necessarily directly supervising) various other entities which may not 
necessarily be employed by, paid, or salaried employees of the management team 
5 31. These entities include but are not necessarily limited to manufacturer's 
personnel 33, vehicle loading/unloading contractors 35, car hauler personnel 37 
(who operate car haulers 28), rail carrier personnel 41 (who operate trains 23), and 
dealers 29. It should be understood that the car hauler personnel 37 and rail carrier 
personnel 41 could be referenced generically herein as "carrier" personnel. It 
1 0 should also be understood that preferably this management is done via contact with 
the management structure of the above entities. However, it should be understood- . 
that the activities and results of those being managed (e.g. hourly workers) will be 
monitored as many of the management team will be on site. 

Fig. 55 is a diagram of inputs to and outputs from the planning tool. 
1 5 Fig. 56 is a diagram of vehicle flow in the distribution network following 

operation of the planning tool. 

Fig. 57 is a flow diagram for an automated planning process. 
Fig. 58 is a diagram of the. contents of the routing plan database. 
Fig. 59 is a diagram of a daily routing process. 
20 Fig. 60 is a diagram of transit event descriptions and the entities associated 

with the events in the distribution network. 

Fig. 61 is a diagram of vehicle flow for transporting vehicles on LTD 
railcars from a manufacturing plant to a mixing center. 

Fig. 62 is a diagram of vehicle flow for transporting vehicles initially on car 
25 haulers from a car plant to a destination ramp via two mixing centers. 

Fig. 63 is a diagram of vehicle flow for transporting vehicles from the 
mixing center to a destination ramp and dealer. 

Fig. 64 is a diagram of vehicle flow for transporting vehicles on mix 
railcars from a manufacturing plant to a mixing center. 
30 Fig. 65 is a diagram of vehicle flow for direct delivery from origin plant to 

dealer by car hauler. 
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Detailed Description of Preferred Embodiments 
System Overview 

Referring now in more detail to the drawings, in which like numerals refer 
to like elements throughout the several views, Fig. 1 shows a schematic diagram of 

5 a vehicle delivery system 10 according to the present invention. The delivery 
system 10 includes generally a vehicle distribution network 20, which includes 
various physical facilities described below for transporting vehicles, and an data 
flow network 30, which includes various data processing, storage, user interface, 
and software components that are also described below. The distribution network 

10 20, conceptually shown in Fig. 1, provides for the transport of vehicles 22 by trains 
23 of railcars from an origin point 25, such as a manufacturing plant or 
accumulation hub, to a mixing center 26, where personnel unload and sort the 
vehicles if necessary. Railroad personnel then load the vehicles onto railcars and 
build trains 23 to transport the vehicles to destination ramps 27, where personnel 

15 unload the vehicles. Others at the destination ramps 27 load the vehicles onto car 
haulers 28 for transport to automobile dealerships 29. Fig. 1 shows the data flow 
network 30 conceptually as a system for collecting information from each of a 
plurality of facility points of the distribution network, and for providing 
infoimation to each of those points. The flow of information is shown in dashed 

20 lines. 

On a very generic level, the facilities and basic functions of the distribution 
network 20 are well known. That is, distribution networks including mixing 
centers and transport by rail and car hauler existed prior to the present invention. 
The vehicle delivery system 10 of the present invention improves upon prior 

25 distribution networks by providing a more efficient structure as well as 

comprehensive information describing the status of the network, allowing the 
network to be operated in an efficient arid flexible manner to deliver vehicles 
faster. The network as described below minimizes the handling of vehicles, 
maximizes the bypassing of intermediate sites and facilities, and assembles large 

30 volumes of vehicles having similar destinations for speedier transport. A team of 
managers, members of which work at each point of the network, coordinate each 
operation from initial loading at origin plants to final transfers at destination ramps 
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or dealerships. This team manages the efforts of manufacture 
and dealers. 

It should be understood that the delivery system described herein is not 
restricted to delivery of items from their place of manufacture, nor to any particular 
5 source of goods or type of goods. Without limiting the scope of the claims, 
examples of application of the present system are to distribute rental cars, to 
distribute raw paper from paper manufacturers to factories where the paper is used, 
and transportation of in-bound parts from parts manufacturers to factories where 
the parts are incorporated into other products. Of course, the invention is not 

1 0 limited to any type of destination for the items being transported. Any reference 
herein to particular companies, products or places is by way of example only, and 
not a limitation on the scope of the claims. 

A diagrammatic representation of the vehicle distribution network is shown 
in Fig. 2. At the origin point 25, a vehicle 22 is manufactured at a plant 25a and 

15 released to an origin ramp 25b for loading. Fig. 2 shows multiple possible initial 
lane segments for title vehicle 22. Segment 3 represents car hauler transportation to 
a mixing center 26. Segment 4 represents "LTD" (load to destination ramp) railcar 
23a transport to the mixing center for attachment (without unloading) to a train 
bound for a destination ramp 27. LTD railcars contain vehicles bound for the same 

20 destination ramp. Segment 5 represents "mix" (mixed vehicle destinations) railcar 
23b transport to the mixing center for unloading, sorting, loading with other 
vehicles bound Tor the same destination ramp, and attachment to a train bound for 
the destination ramp 27. Segment 6 represents a train of railcars proceeding 
directly from the origin ramp 25b to the destination ramp 27. One or more 

25 additional rail or car hauler lane segments 7 are traversed between the mixing 
center 26 and the destination ramp 27, from which the vehicle is transported to a 
dealer 20 by car hauler. Some vehicles may have one car hauler lane segment 8 
between the mixing center and the dealer. Segment 9 represents car hauler 
transport directly from the origin ramp to a dealer 29. 

30 Fig. 3 represents a geographical map showing a portion of an example of a 

distribution network 20 utilizing the present invention, showing how vehicles 
move from origin points 25, in this case groups of manufacturing plants, to a 
mixing center 26. Each origin manufacturing plant sends it manufactured vehicles 
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to one "parent" mixing center 26p. In the example shown, a set of Southeastern 
U.S. plants in Louisville, Kentucky, Norfolk, Virginia, and Atlanta, Georgia route 
vehicles produced to the mixing center 26p at Shelbyville, Kentucky by rail. From 
Shelbyville, trains of vehicles may pass through other mixing centers 26 at 
5 Fostoria, Ohio, Kansas City, Kansas, or Chicago, Illinois, where the railcars may 
be attached to other trains if necessary. The arrows represent rail routes from the 
origin plant groupings to the parent mixing center, and on to other mixing centers. 

Fig. 4 represents vehicle transport outbound from the mixing centers 26 of 
the network 20 for the example of Fig. 3. The arrows represent rail routes from the 
10 mixing centers to a large number of destination ramps 27. As shown, trains may 
stop at intermediate destination ramps to drop rail cars, or split at a destination 
ramp so that the resulting trains can take different routes to more distant 
destination ramps. 

Fig. 5 is a diagram of the basic vehicle flow 100 through the distribution 
15 network 20. The process begins at block 101, when dealers place orders for 

vehicles. At block 102, a manufacturing plant 25 produces and releases a vehicle, 
which may be put on hold, such as a quality defect hold delaying transportation of 
the vehicle. An inquiry whether the vehicle is being held is made at block 103. If 
so, the vehicle will be held for an indefinite time at block 104 until the quality or 
20 other problem is resolved. The released vehicles are placed in a lot pending 
transport. If it is determined at block 1 05 that the lot's parking capacity is 
exceeded, the vehicle is moved into an overflow parking lot at block 106. At block 
107, it is determined whether the vehicle will be shipped directly to a nearby dealer 
or to a long distance destination. If to a nearby dealer, the vehicle is loaded at 
25 block 1 09, after a dwell time at the manufacturing plant represented by block 1 08, 
onto a car hauler 28, which transports the vehicle to the dealer for unloading at 
block 110. 

If the vehicle must travel a multi-segment lane, then at block 1 1 1 it is 
determined if the mode of transport will be by train 23. If so, it is loaded onto a 
30 rail car at block 112. If not, it is loaded onto a car hauler 28 at block 113. At 
block 1 14 it is determined whether the transport device is bound for a mixing 
center 26. If so, the vehicle is transported over a transit time represented by block 
1 14 to a mixing center 26. At block 1 1 5, it is determined whether, in the case of 
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rail transport, the vehicle's railcar must be unloaded, or whether it will bypass the 
mixing center. If unloading is required for one of the vehicles on the railcar, the 
railcar will be unloaded entirely over a time represented by block 116. Then at 
block 1 17 it is determined whether the vehicle is bound for a dealer near the 
5 mixing center. If so, at block 1 19 the vehicle is loaded, after a dwell time in a car 
hauler parking lot at the mixing center represented by block 118, onto a car hauler 
28, which transports the vehicle to the dealer for unloading at block 120. 

If the vehicle does not fit in the main parking lot for another intermediate 
lane segment, as determined at block 121, the vehicle is parked in an overflow lot 

10 at 122. From either the main or overflow lot, the vehicle's mode of transport is 
determined at block 123. If the vehicle will travel the next lane segment by car 
hauler, then it is loaded on a car hauler at block 124. If the vehicle will travel the 
next lane segment by rail, then it is loaded on a railcar at block 124. In both cases 
(and in the case of a vehicle on a railcar that was not unloaded following a mixing 

1 5 center dwell time represented by block 1 26), the vehicle is transported to a 

destination ramp 27 over a transit time represented by block 127. The vehicle is 
unloaded from its transport device at block 128. After a dwell time represented by 
block 129, the vehicle is loaded at block 130 onto a car hauler 28, which transports 
the vehicle to the dealer 29 for unloading at block 131. 

20 Returning to the determination at block 1 14, if the transport (car hauler or 

railcar) is bound directly to the destination ramp 27, then the vehicle is transported 
to the destination ramp over a transit time represented by block 133. The process 
then proceeds to block 128 and continues as described above until the vehicle is 
unloaded at the dealer. 

25 An optional consolidation hub 25c associated with the origin point 25 is 

shown in Fig. 6. In this embodiment, the vehicles produced at a grouping of 
nearby origin plants 25a are driven or transported by car hauler to the hub 25c 
rather than being loaded on railcars at the individual plants. On arriving at the hub 
25c, the vehicles are presorted into lines 25d according to destination point for the 

30 initial segment of the vehicle's delivery lane. Each line 25d leads to a railcar 
loading dock 25e, from which the vehicles in the line will be loaded onto the 
railcars of a train 23. As a result of the presorting, most of the railcars leaving the 
consolidation hub 25c will be LTD railcars 23a. 
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The data flow network 30 is shown diagrammatically in Fig. 7. An intranet 
32, shown as surrounded by a plain dashed line, is maintained by a network 
management team 31 (see Fig. A31), which preferably is the same entity that 
employs the team of managers noted above. The intranet 32 includes a tracking 

5 system component 34, a planning tool component 36, and a simulation tool 

component 38. The intranet 32 receives input data from various external sources 
(described below) via a data communications interface 40, which may be, for 
example, an electronic mailbox. 

Components within the intranet send output data to a plurality of 

1 0 workstations 42, which may be a 'thin client" accessible from the intranet or from 
the Internet. The workstations 42 may be portable computers used by members of 
the team of managers at any of the network facility points. Remote connection can 
be a dial-up modem connection, or via the Internet. Components within the intranet 
also send output data to a manufacturer's production scheduling system 44. As 

15 explained below, in a preferred embodiment of the vehicle delivery system 10, 
feedback of information from the distribution network 20 and the data flow 
network 30 is used to schedule production of vehicles to produce level distribution 
of the product as it enters the delivery network, and to respond to output 
requirements of the transportation of the vehicles to market. This principle, 

20 referred to herein as "geographic build," reduces or eliminates large daily 

fluctuations in distribution which can occur in the first stages of the distribution 
network. Level distribution evens out the demand for staffing, equipment, and 
power in the distribution network. 

In alternative configurations, any appropriate external communications 

25 system may be utilized for input to and output from the intranet 32; for example: 
electronic mail, the Internet, an extranet, dial-up modem connection, or a private 
data communications network. 

The tracking system 34 includes a tracking database 50 containing status 
information on all aspects of the distribution network 20, and related software. 

30 This status information is received via the interface 40, from three main sources: 
vehicle manufacturers data 52, including production schedules, when actual 
production of a VTN begins, and when each VTN is released; railroad data sources 
54, including scanners for reading encoded symbols on VINs and railcars, and 
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terminals for manually sending information on the time planned events and 
unplanned disruptions occur; and car hauler data sources 56, similar to the railroad 
data sources. The tracking system also receives VEST routing information from the 
planning tool 36. The purpose of the tracking system 34 is to provide full visibility 
5 of the status of the distribution network to the management team, to assist the 
manufacturers with geographic build efforts, and to provide status and statistical 
information needed by the planning tool 36 and the simulation tool 38. 

The planning tool 36 includes a planning database 58 containing data 
received from the tracking database 50, from the simulation tool 38, and from a 

10 work station 59, and related software. The tracking system provides actual : , 

collected data on VTN status and elapsed transit times. The simulation tool 
provides routing evaluations for upcoming planned VINs. The workstation 59 
allows a user to select routes for upcoming VINs and to input origin and 
destination information as well as time in transit standards. This information is 

15 available to the management team through the tracking system, which receives 
routes, standards, and the like from the planning database 58. 

The simulation tool 38 provides an operational/strategic planning tool that 
will allow the system and its managers to analyze the vehicle distribution network 
20 each day as well as look out a number of days into the future to determine if 

20 bottlenecks will appear in the network and where they will occur. In addition, this 
tool provides the ability to test changes to the existing vehicle distribution, network 
"off-line" to determine what changes should be made to the network and the 
impact of making those changes. The simulation tool 38 includes a simulation 
database 60 stored in two formats, a format unique to the simulation engine being 

25 used, such as Arena, and a spreadsheet format, such as Microsoft Excel format 
The simulation database contains input data needed to run the simulation engine 
being used, obtained from the tracking database 34 via the planning tool 36, and 
from users via an Excel interface 62, which can be used to modify the delivery 
network parameters to study the effect of modifications on the efficiency of the 

30 delivery network. Simulations are run on a simulation workstation 64 on which 
the simulation program is loaded. Details of the input data required for a 
simulation and of the analytical output obtained are described below. 
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Referring now to Fig. 8, a concept diagram of the data flow network is 
shown. The tracking system 34, planning tool 36, simulation tool 38, and a 
payment application 70 provide input to a central data store 72. The tracking 
system receives input data from the data feed 40 as well as from the workstations 

5 42. The planning and simulation tools receive data inputs 61 representing the 

various inputs described above. The payment application receives input 71, which 
may include payment applications from carriers, contractors, and suppliers, as well 
as work confirmation data from the delivery network. The central data store 72 is 
utilized to generate many reports useful in operating and assessing the delivery 

10 system 1 0. These include management reports 74, network planning reports 75, 
operational reports 76, customer reports 77, dealer reports 78, and buyer reports 
79. 

In a preferred embodiment of the system 10, members of the management 
team 31 or appropriate personnel of the entities operating the network may be 

1 5 equipped with data acquisition terminals that are capable of capturing signatures. 
Such terminals may be used to obtain the signature of a person accepting a VTN at 
the end point of any lane segment, and particularly the signature of a dealer on 
accepting final delivery of a VIN. By conventional means, the signature data may 
then be uploaded to the tracking system database 50 or to another data storage 

20 location. The management team or vehicle manufacturer may then access the 

signature data as proof of delivery, and release payment to the carrier who obtained 
the signature. 

Tracking System 

25 The vehicle tracking system 34 tracks vehicles of the automobile 

manufacturer hi the automobile manufacturer's distribution network 20. The 
vehicle tracking system 34 provides information about the location of vehicles 22 
of the automobile manufacturer at certain points in the automobile manufacturer's 
distribution network. As discussed elsewhere in this application, the automobile 

30 manufacturer's distribution network 20 is divided into Zones, which contain many 
Areas, and each area may contain many Ramps. There are several types of ramps 
including factory ramps, mixing center ramps, and destination ramps. The 
invention has determined that various types of managers associated within this 
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distribution network will be given summary level access to shipment data typically 
based on a time window for a group of vehicles as they progress through the 
distribution network. 

The vehicle tracking system 34 can provide shipment visibility down to a 
5 specific VIN within the automobile manufacturer's distribution network. Shipment 
visibility pertains not only to the ability to locate individual VINs, but also 
includes the ability to determine the expected arrival time of that VTN at various 
locations along its delivery route. Shipment visibility also includes the capability 
to view the VIN in conjunction with a number of other VINs within a variety of 

10 "views'*. For example, a dealer can view all of the VINs which are en route to his 
facility, or the Dealer can view only the VINs which are expected in the next week 
or day. This visibility can be accomplished via the web or other suitable networks 
such as LANS, WANS, or other electronic networks. 

On the specific VTN level, all tracking data associated with a particular VIN 

15 can be viewed, including not only historic data relating to past delivery tracking 
data, but also anticipated delivery scheduling. This is an important feature of the 
invention in that it allows for "pulT-type management (discussed elsewhere) by 
allowing management several days ahead in which to arrange for and anticipate 
incoming delivery, or to divert delivery along different routes if upstream 

20 bottlenecks or impediments are discovered or known. It should be understood that 
other selected and/or predetermined time periods such as shifts, etc., could be 
substituted for days in the previous sentence. 

A VTN Detail View allows for review of the particular specifications of the 
particular VIN. 

25 Views showing specific VIN level detail or views showing more than one 

VIN can be provided as output by the vehicle tracking system 34 depending upon 
the needs and authorization of the user. As previously noted, the automobile 
manufacturer's distribution netwoik is divided into Zones, which contain many 
Areas, and each area may contain many Ramps, and there are several types of 

30 ramps including factory ramps, mixing center ramps, and destination ramps. Thus, 
a variety of users are associated along this network, including but not limited to: 

Dealers 



-24- 



WO 01/65454 



PCT/US01/06652 



VP Managers 
Zone Managers 
Area Managers 
Ramp/Supervisor Managers 

5 

These individuals have certain tailored views which they can access 
through the Tracking System 34. Other views are also available for other entities 
such as Administrators, Data Archivers, and Maintenance. 

A variety of reports are also available, including Expediting Reports and 

10 Planning Reports. Expediting Reports include Critical VIN, Aged VIN, No Start 
VIN, and Jeopardized Delivery VIN reports. Some of the Planning Reports 
include Origin Ramp reports, Pass Through Car reports, and Mixed Car reports. A 
search capability of also available. 

The vehicle tracking system 34 is facilitated by the use of software running 

15 on hardware and includes data input and output ports. Data is input into the 
vehicle tracking system 34 through any of the number of ports, and data is output 
from the system through another number of ports. Data input can be in the form of 
new or updated data, provided by a data source system such as the automobile 
manufacturer's event occurrence database, or another suitable data source. 

20 It should readily be understood that the vehicle tracking system 34 may be 

considered a "module" for operation within a larger system environment, in the 
present case within the transportation system 10 of the present invention. 

For purposes of fiirther discussion, certain terms and their definitions are 
25 now provided. 

Term Definition 

Actual Date The date that the event has actually occurred. In Phase I, this is provi 
from data from the manufacturer's legacy computer system (hereinaft 
"Legacy"). 

Alert A proactive notification of a specific event occurrence or non-occurre 

an event within its tolerance windows 



WO 01/65454 



Term 



Definition 



Alternate Lane 

Carrier 

Legacy 

Destination 
Ramp 



Dwell Time 



Lane 



Location 



Mixing Center 



Origin Ramp 
Planned Date 

Ramp 

Region 



A change in the routing regardless of time of validity of that routing that 
applies to any vehicle (VIN) that has not dropped into a transportation 
network. (In Phase I, prior to Legacy IB Factory Release.) 

Any provider that transports a vehicle: car hauler, rail provider, etc. Also 
known as Vendor. 

A system operated by the automobile manufacturer that supplies data to the 
vehicle tracking system 34. 

A Destination Ramp is the final facility through which a vehicle passes 
prior to delivery to the dealer. Destination Ramps are predominately 
inbound railyards where trains from the Mixing Center or Plant are 
unloaded and then loaded onto car-haulers for delivery to the dealer. 
Destination Ramps can also be located at the Plant or Mixing Center as a 
consolidation point for vehicles that are to be delivered locally. See also 
Mixing Center, Origin Ramp. 

The waiting time after release or unloading at origin ramp, mixing center, 
ramp, or other transportation facility prior to departure from that facility. 

A unique combination of ultimate origin, destination, transit time and mode 
of transport. A lane consists of a combination of segments. 

Location refers to the ramp, lane or other place where the event is planned 
to take place or actual occurs. 

A Mixing Center (4 total facilities) is a hub used for consolidation (unload 
and re-load) of vehicles coming from multiple origins onto railcars for like 
destination ramps. Additionally, Mixing Centers take pure railcars (Load to 
Destination Ramp) from multiple origins and build trains going to the 
Destination Ramp. The Mixing Center can also take vehicles from these 
origins that are destined for local dealers and load them out for delivery via 
over the road car-haul operations. There are presently four (4) Mixing 
Centers in the network: Kansas City, Chicago, Shelbyville (KY), and 
Fostoria (Oh). 

Origin ramps are located at the factory or plant. 

The date that the event is projected to occur based on the information 
originally provided by the automobile manufacturer. In Phase I, this is 
derived from the Legacy 1 A record. 

Refers to a location. Origin ramps are at the plant. A Destination Ramp is 
the final facility through which a vehicle passes prior to delivery to the 
dealer. See also Destination Ramp, Origin Ramp, Mixing Center. 

A geographical area as defined by the Delivery Logisitics Company. 
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Term 



Definition 



Revised Date 

Segment 

Vendor 

VIN 



The date that the event is expected to occur based on the actual information. 
In Phase I, this information is derived from information provided by The 
Automobile Manufacturer's Legacy system. 

A segment is a portion of a lane that is defined by a specific origin and 
location. Specific (planned and unplanned) events occur along segments. 

Any provider that is contracted to transport a vehicle: car hauler, rail 
provider, etc. in the network. Also known as Carrier. 

The Vehicle Identification Number is the unique number assigned to a 
vehicle. It is a federally required identifier unique to every vehicle 
manufactured in the United States (and Canada). Each VTN consists of a 
series of numbers and letters, each representing a particular field of 
information, such as manufacturing site, model type, engine size, etc. This 
is standard terminology used whenever referencing a vehicle, car, truck, or 
automobile. 



Tracking System 34 - First Embodiment 
This embodiment may also be referred to as "Phase I". 
As noted before, the vehicle tracking system 34 (Fig, 9) tracks vehicles 22 
5 (Fig. 1) in the distribution network 20 of the Automobile Manufecturer. The 

vehicle tracking system 34 provides information about the location of vehicles 22 - 
of the Automobile Manufacturer at certain points in the Automobile 
Manufacturer's distribution network 20. The vehicle tracking system 34 could be 
seen as part of the data flow network 30. 
10 The automobile manufacturer's distribution network 20 is divided into 

Zones, which contain many Areas, and each area may contain many Ramps. There 
are several types of ramps including factory ramps, mixing center ramps, and 
destination ramps. 

Several types of managers will require summary level access to shipment 
15 data typically based on a time window for a group of vehicles as they progress 
through the distribution network 20. 

In one embodiment, the vehicle tracking system 34 application will receive 
vehicle manufacturers data 52 from a tracking event database provided by the 
automobile manufacturer (in one embodiment through the automobile 



WO 01/65454 



PCT/US01/06652 



H 
i 



manufacturer's legacy system, hereinafter "Legacy" system), imports it and then 
provides an web format view of the data via the Internet. The objective of vehicle 
tracking system 34 is to provide shipment visibility down to a specific VTN within 
the automobile manufacturer's distribution network 20. The vehicle tracking 
5 system 34 adds value to this data by projecting and tracking shipment status. 

The following data views are included in the first embodiment: Dealer 
View, Ramp View, and Lane View 

Data for the first embodiment is supplied by the automobile manufacturer's 
Legacy system, which is discussed elsewhere in this discussion. 

10 Functions which are not in the scope of the first embodiment of Vehicle 

Tracking System 34, but may be included later, include: 

• Alanns and Alerting 

• Lane Maintenance Screens 

• Car Hauler View 
15 • Rail Hauler View 

• Enhanced Security 

• Carpoint / XML support 

• Factory Manager View 



20 



Data sources other than Legacy also are not be used in the first embodiment 
with the exception of holds. 

Users of this application include a team of managers working as a 
management team 31 that will work with the automobile manufacturer to manage 
the Automobile Manufacturer's distribution network 20. The application is 
25 accessible to these users via the Internet. Users will include area, ramp and lane 
supervisors and planners whose activities will include all facets of managing the 
network, including daily movement of vehicles, contingency planning, notification 
and response, short-range and long-term planning. 

For reference purposes, certain of these managers of the management team 
30 31 are now referenced: 
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Position 


Description 


Region Division 1 ' 
Managers U 


rhe Region Division Managers are responsible for ail activities and 
results within their defined regions of operations. Their responsibility 
will primarily consist of cairier management in the field, insuring that 
the requirements of the network are met in each segment or lane of 
transit. They are responsible for activities at varying types of 
locations; plants, mixing centers, and destination ramps. The Region 
Division Managers are expected to develop working relationships with 
those carriers assigned business at each location. Additionally, they 
are expected to serve as contact point for all matters in the field 
relating to the delivery of new vehicles. This will involve establishing 
lines of communication and a presence before dealers and carriers. 

Activities will include the following: 

• Carrier performance reviews: daily, monthly, quarterly as required 

• Auditing: facilities, vehicle handling, paperwork, cost accounting, 
personnel 

• Planning sessions 

• Dealer visits 

• Cost control and review 

• Quality programs and enforcement 




The operating Area Managers are responsible for all activities and 
results within their defined areas of operations .- one assigned per 
mixing center, and assignment by geographic definitions (including 
1 assembly plants, lanes and segments, and the associated territory 
served.) Their responsibility will consist of executing the plan through 
carrier management in the field, insuring that the requirements of the 
network are met. At plant locations, additional responsibilities will 
include vehicle entry into the network per a planned carrier mode; 
distribution and flow plan, and building trains accoriding to blocking 
schedules as required by the rail network to feed the mixing centers. 
The Area Managers are expected to develop working relationships 
with those carriers assigned business at each location. Additionally, 
they are expected to serve as contact point for all matters in the field 
relating to the delivery of new vehicles. 

Activities will include the following: 

• Daily contact with operations and network planning 

• Carrier performance reviews: daily, monthly as required 

• Planning sessions 

• Dealer visits 

• Cost control and review 

• Quality programs and enforcement 
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Position 


Description 


Planning & 
Systems Division 
Managers 


The Planning & Systems Division Managers are responsible for 
supporting the operators and all activities and business elements 
related to the joint venture. The positions are aligned with the two 
zones dividing the operation into geographic areas of responsibility. 
The activities and business elements will encompass all facets of the 
operations, including daily movement of vehicles rnntinam™ 
planning, notification and response, short-range and long-term 
planning, efficiency studies. 

SouthWest Zone 




Systems/IS 

Tracking and Contingency 




NorthEast Zone 




Empty Rail equipment 




This alignment of functional differences was enlisted to distribute 
areas of responsibility equally between the two groups, while 
providing for a central location for decision-making and coordination. 




Activities will include the following: 

• Daily network performance monitoring 

• Volume projections 

• Statistical performance tracking and analysis 

• Equipment positioning and balance 

• Systems maintenance (IS) 

• Contingency planning and implementation 

• Exception tracking 

• Data Table maintenance 

• Network Optimization 

• Forward model planning 

• Facilities planning and design 

• Planning, both short-range and long-term 

• Simulation model production and processing 



The vehicle tracking system 34 has been developed using known web 
development techniques. One embodiment includes a web-based application 
server and an Oracle™ database. The web server hosting this application can be an 
5 industry standard Sun Solaris™ based web server. An Oracle™ database server 
running under HP-UX™ can anchor the application. However, other hardware 
configurations can be used without departing from the spirit and scope of the 
present invention. More details on such hardware are provided elsewhere in this 
application. 
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Vehicle Tracking System Events Used With Tracking System 34 
As noted above, the vehicle tracking system 34 (see Fig. 9) is configured to 
'track" vehicles as they pass though the distribution network 20. In one 
embodiment this tracking is done at least partially by the use of certain events 
5 which are captured and subsequently reported. Events that are captured and 
reported on by the vehicle tracking system 34 in Phase I include but are not limited 
to the following: 



Event 


Source of Data 


1. Vehicle Forecasted 


Legacy 1 J 


2. Production Begins 


Legacy 1A 


3. Vehicle Released 


Legacy IB 


4. Loaded onto Rail Car 


Legacy 1C & ID 


5 . Unloaded from Rail Car 


Legacy 2A & 2B 


6. Vehicle Arrives at Destination 


Legacy 2A & 2B 


7. Rail Switch-Out/Car Hauler Depart 


Legacy 3C 


8. Vehicle Delivered 


Legacy 3A - "F" if field 28 


9. Vehicle Put on Hold 


Legacy & Vehicle Tracking System Data 
Entry 



10 

Production forecasts are used by the vehicle tracking system 34 to establish 
that a vehicle will require transportation to a dealership or a customer. Plant 
release data is used to establish that a vehicle has been produced and is ready for 
transportation. Routing and transportation data are used to determine if the vehicle 
15 is being transported in a time frame consistent with the standards established for 
the route and routing. 

It should be understood that the above events are not necessarily in order; 
for example, vehicles can be put "On Hold" at any point along the distribution 
network 20. 

20 As discussed elsewhere, a wide variety of users can place the vehicle "On 

Hold". 

For reference purposes, the following is a restatement of various 
previously-discussed data entities and terms used relating to the distribution 
network 20. 

25 A lane is a unique combination of ultimate origin, destination^ transit time 

and mode of transport. A lane consists of a combination of segments. A segment 



WO 01/65454 



PCT/US01/06652 



is a portion of a lane that is defined by a specific origin and location. Specific 
(planned and unplanned) events occur along segments. Origin ramps are at the 
assembly plant. Destination ramps are the final facility through which a vehicle 
passes prior to delivery to the dealer. Origin ramps are at the plant. 
5 A carrier or vendor is any provider that transports a vehicle such as a car 

hauler, rail provider, etc. 

The date that and event has actually occurred is referred to as the Actual 
Date. The Planned Date is the date that the event is projected to occur based on 
the information originally provided by the automobile manufacturer. The Revised 
1 0 Date that the event is expected to occur based on the actual information. 

Location refers to the ramp, lane or other place where the event is planned 
to take place or actually occurs. 

Data Sources 

15 In the first embodiment of the invention (Phase I), the primary source of 

data for tracking vehicles in the distribution network 20 is manufacturer's data 52 
which can include an events database of the automobile manufacturer system, 
which may be referenced as Legacy. Legacy data is comprised of production 
forecasts, plant release data and routing and transportation data. Legacy data can 

20 also be used to facilitate the payment of carriers and to facilitate other functions as 
■ described elsewhere in this application. 

The Automobile Manufacturer's Legacy Data 
The automobile manufacturer can provide Legacy records bearing 
25 exemplary names such as "1J" and "1A" to the Tracking System 34. Carrier 
Legacy records can be picked up by the management team Delivery from the 
automobile manufacturer's EDI mailbox. Order in which records are received may 
not correspond to chronological order. Such item names and characteristics are for 
example only; other formats of other data sources could also be used without 
30 departing from the invention. 
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Record 


Description of Part of Record 
Relevant to the Vehicle Tracking 
System 34 


How Used by the Vehicle Tracking 
System 34 


1J 


Reports on advance shipping notice 
provided 4 days before completion of 
vehicle assembly. Includes: 

• VENT 

• Origin 

• Destination 

• Route Code 

The automobile manufacturer uses this 
record to plan segments and costs. In 
Route Code table, N = Normal, P = 
Preferred, only one route code is 
active. Origin/Destination Pair and 
mode determine route code. 


Used to initialize vehicle data in the 
vehicle tracking system 34, "Vehicle 
Forecasted" event 

Planned dates are calculated for subsequent 
events for each vehicle based on the Route 
Code. 


1A 


Produced 4 days before vehicle leaves 

production. 

Includes: 

• VEST 

• Origin 

• Destination 

All carriers receive 1 A record, not all 
want to receive 1 J record from the 
automobile manufacturer. 


Keports on rroauction Begins 
event"/"Invoiced (Search)" 

Subsequent events and their associated 
dates are determined. . 

Used to initialize vehicle data in The 
Vehicle Tracking System if 1 J not 
received. 

• Subsequent events and their associated 
dates are determined using O/D pair 
without Route Code. 


IB 


Reports on plant release of vehicle. 
Includes: 

• . VIN 

• Origin 

• Destination 

• Release Date 

Currently, a IB can be sent for a 
vehicle that is not shippable. The 
automobile manufacturer has plans to 
make "released" = "shippable". The 
automobile manufacturer's QLS 
system has information about holds. 


Used to indicate "Vehicle Released" event 
has occurred and actual release date. 

Revised event dates are calculated if actual 
release date is different than planned 
release date. 
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Record 


Description of Part of Record 
Relevant to the Vehicle Tracking 
System 34 


How Used by the Vehicle Tracking 
System 34 


1C 
ID 


Reports a rail switch-out — that a 
vehicle has changed rail carriers. 
These records associate the VTN to a 
rail car. 

1C - Railcar Header Record. 
ID - Provided for each vehicle 
shipped on a railcar, has railcar id 


Used together to determine if a vehicle is 
loaded at a mixing center: 

• Used for "Loaded onto Rail Car" event 
first time received. 

• Used for "Switchout Event" after first 
time received. 

Revised event dates are calculated if actual 
release date is different than planned 
release date. 


2A 


The convoy carrier submits this at the 
destination ramp to signify the VINS 
have been unloaded and are available 
to the convoy carrier. 

Indicates that rail cars have changed 
trains. 

Normal arrival... 


System 34 will assume that the activity 
took place at the point identified in the 
standard routing and calculate accordingly 
to produce information for the "Unloaded 
from Rail Car" event. 

Revised event dates are calculated if actual 
release date is different than planned 
release date. 


2B 


The convoy carrier will send in a 2B if 
there is a correction to the 1C/1D. 

cAdinpic. x\ v Jin rcporicu 10 oe on me 
railcar but wasnt, instead there was a 
different VTN. 2B adds and deletes 
VINS from the Consist 
transmission(lC/D). The 2B will have 
all the fields a 2 A would have plus the 
"A" for add or "D" for delete and the 
VIN associated 
with the action code. 




2C 


The 2C is sent by the carrier when 
there is an arrival of a railcar for 
which a switchout was not received. 
When received, Legacy will send a 
1C/1D back to the carrier. 


Reports ani val of a rail car for which 
switchout not ree'd. 


2D 


One record for each vehicle on the 
railcar reported in the 2C. 
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Record 


Description of Part of Record 
Relevant to the Vehicle Tracking 
System 34 


How Used by the Vehicle Tracking 
System 34 


3A 


Reports on delivery to dealer or final 
destination (customer). Nonnal 
mo vemems • 

This transaction will have a "F". "R", 
or a "T" in field 28. 

• F = a final delivery to dealer. 

• T = a convoy move for a ramp to 
ramp 

• R = Refused by the dealer. 


Used to indicate "Vehicle Delivered" event 
has occurred and its date. 

Revised event dates are calculated if actual 
release date is different than planned 
release date. 

3A-F - "Vehicle Delivered to Dealer" 

Can be used for "Unloaded from Rail Car" 
— because the vehicle has been dispatched 

vldL COnVOy CaJXlwl* 


3B 


Reports on diversions directed by the 
automobile manufacturer. These 
include: reduced move to dealer, 
return to ramp; any diversion to 
location or ocaicr ouier uiaii uic uuc 
designated in IB or ID. 


Will be used to indicate exceptions. . . 


3D 


Reports on convoy dispatch. 


Can be used for "Unloaded from Rail Car" 
— because the vehicle has been dispatched 
via convoy carrier. 


4A 


Reports on changes to vehicle status, 
including exceptions such as in-transit 
repair, removed from network to 
storage, etc. Also includes payment 
information. 


Plans are to use this record to report on 
exceptions that affect vehicle tracking. 
Any exceptions that do not affect time in 
transit are ignored. 



As shown in Fig, 7, Legacy data 52 from the vehicle manufacturer and 
vendors (carriers) can be sent through interface 40 to the vehicle tracking system 
5 34 In one embodiment, a "mailbox" is used as an intermediate repository to 
facilitate such transfer, with appropriate security such as firewalls in place as 
known in the art. The vehicle tracking system picks up this data at regular 
intervals. 

10 Views 

The vehicle tracking system 34 functionality includes various views for 
querying, administrating, and reporting on vehicle tracking data: 

All views will contain several multiple web pages with hyperlinks to such 
15 functions as search, description, and reports. 

The views contained described in this section may be readily accessed from 
all user types: 



20 
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1) Vehicle Summary View 

2) Unit Breakdown (aJc.a., "Model Summary") View 

3) Vehicle Tracking (a.k.a., "Status Details' 1 ) View 

4) Vehicle Detail View 



10 



15 



20 



30 



The Vehicle Summary View is a list of vehicles based on the location of 
the user and time requirements of the view. Selection of a vehicle displays the 
vehicle detail view. Selection of a vehicle's status summary displays the vehicle 
tracking view. The Vehicle Summary can include the following: 

• VIN 

• Vehicle model 

• Model Year 

• Planned date of arrival at location (depending on user view) 

• Revised date of arrival at location (depending on user view) 

• Current location of the vehicle 

• On-schedule indicator (i.e., status lights: green = on time, yellow = one 
day late, red = 2 or more days late) 

The Unit Breakdown (aJc.a., **Model Summary") view contains a listing of 
the following information for the selected user view: 



Model Name 


Models for selected user view 


Quantity 


Quantity of Models 


Vehicle Summary 


Hyperlink to Vehicle Summary View 



Reference is briefly made to Fig. 20, which shows an Unit Breakdown 
25 (a.k.a., "Model Summairy") view. 

The Vehicle Tracking (a.k.a., "Status Details") view, in one embodiment, 
contains a summary of shipment activity (status details) for the selected vehicle: 



Event 


Description of event 


Location 


Location where event has taken or will take place 


Planned Date 


Planned date for the event 


Revised Date 


Revised date for the event (if applicable) 


Actual Date 


Actual date of the event 


Notes 


Any notes reported about the event 



Reference is made to Fig. 22, which shows an exemplary Vehicle Tracking 
(a.k.a., "Status Details") view. 
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The Vehicle Detail View, in one embodiment, contains a detailed 
description of the selected vehicle, including information such as the following: 

• Model Name 

• VESf 

• Make (Manufacturer) 

• Line & Series 

• Model Year 

• Body Type 

• Chassis Type 

• Engine Details (Cylinders, Litres, Net Brake HP, Fuel) 

• Miscellaneous (Restraint, System) 



15 



20 



25 



30 



View. 



Reference is made to Fig. 27, which shows an exemplary Vehicle Detail 



35 



The Advanced Query View (not shown) contains that allow the user to 
search for a vehicle by selected criteria. The search criteria include VIN, model, 
model year, date range and status (e.g., forecasted, released from plant, invoiced). 

The Holds & Damages View (not shown) allows the user to assign & 
remove hold statuses to a given vehicle. The user is able to assign a damage code 
to a given vehicle. 

The Lane Summary View provides the user with a list of areas that are 
included in the user's lanes, m the Lane Summary View, the user will see a listing 
of the following: 



Date 


Date for events associated with 
lane 


Quantity 


Quantity of vehicles associated 
with that date and lane 


Unit Breakdown 


A hyperlink to the Unit 
Breakdown for this date and lane 
(a list 


Vehicle Summary 


A hyperlink to the Vehicle 
Summary for this date and lane. 



The Ramp Summary View shows the same elements as the Lane Summary 
View within the user's assigned Ramp(s). 

The Ramp Supervisor View shows the same elements as the Lane 
Summary View for the Ramp Supervisor's assigned Ramp(s). This view can be 
for 2 days out It can include the following information for the Ramp: 

• Hours of operation 

• Days of operation 

• Holidays 

• Comments/Notes 
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• Contact Name 

• Contact Telephone 

• FIPS Code 

5 The Dealer Summary View shows the same elements as the Lane Summary 

View for the user's assigned Dealers. 

Administration Views allow for the maintenance of Usere, Areas, Dealers 
Lanes, Ramps, Regions, and Vehicle Holds. 

10 

Adding, changing and deleting users and assigning access rights is 
performed using the User Account Setup view. This view allows for entry of the 
following elements to create a New User: 



Element 


Description 


User login ID: 


User's Login ID 


User name: 


User's Full Name 


Change password to: 


User-Selected Password 


User email: 


User's email address 


User pager: 


User's pager number 



After entering the new user, the user will use the Add New Permissions 
link to display the Permissions Maintenance Page. This page displays the 
following: 



Top level permissions 


Add/Remove Permissions 1 


Region, area, ramp permissions 


add permission 


remove permission 


Dealer permissions 


add permission 


remove permission 


Lane permissions 


add permission 


remove permission 


Admin permissions 


add permission 


remove permission 


These hyperlink functions do the following: 



Element 


Description 


Region, area, ramp 
permissions 


Left link to select specific regions or right link for 
all 


Dealer 


Left link to select specific dealer or right link for all 


Lane 


Left link for selected lanes or right link for all 


Admin 


Access to administrative function based on user 
role 


Remove Permission 


Link to remove the permission next to which it 
appears 


Back to User Permissions List 


Links to add User Permissions List Page 
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Administrative Permissions are assigned based on the user's job 
requirements for Region(s), Area(s), Ramp(s), lane(s), Dealers), and/or Hold(s): 



Access To Admin Functions 


Add/Remove Permissions 


Users 


add permission 




Regions 


add permission 




Areas 


add permission 




Ramps 


add permission 




Lanes 


add permission 




Vehicle Holds 


add permission 




Dealers 


add permission 





The "add permissions" link (links are in underline) is a link to assign new 
5 permissions to the user. 

An "Update User** function allows for changing user information or 
deleting users a search function will allow the administrator to locate a user by user 
id or name. 

1 0 Searching can be by either: 

• User ID (blank for all) 

• User Name (blank for all) 

A list of users which meet the above search criteria are displayed. 

15 ' .. 



j User ID 


User Name 


Permissions 


Remove 


User ID 1 


Userl First Userl Last 


edit permissions 


delete user 


User ID 2 


User2 First User2 Last 


edit permissions 


delete user 


User ID 3 


User3 First User3 Last 


edit permissions 


delete user 


UserID4 


User4 First User4 Last 


edit permissions 


delete user 


User ID 5 


UserS First User5 Last 


edit permissions 


delete user 



A hyperlink can also allow for deletion of the user. 

Changing permissions can also be done. Depending on the permissions 
20 assigned to the user id, the Add/Remove column will show either add permission 
(permissions not assigned for all) or remove permissions (permissions assigned for 
all). 



Top level permissions 


Add/Remove Permissions 


Region, area, ramp permissions 


add permission 


remove permission 


Dealer permissions 






Lane permissions 


add permission 


remove permission 


Admin permissions 


add permission 


remove permission 



25 

Editing of permissions can also be done as follows: 
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Element 


Description 


Region 


AD or selected regions can be assigned based on user role 


Dealer 


AD or selected dealers can be assigned based on user role 


Lane 


AD or selected lanes can be assigned based on user role 


Admin 


Access to administrative function based on user role 


Remove Permission 


Link to remove the permission next to which it appears 


Add New 
Permissions 


Links to add Permissions Maintenance Page 



Permission link(s) or add permissions using an Add Permissions link. 

Depending on the permissions assigned to the user id, the Add/Remove 
column will show either add pennission (permissions not assigned for all) or 
remove permissions (permissions assigned for all). 



Access To Admin Functions 


Add/Remove Permissions 1 


Users 


add permission 


remove permission 


Regions 


add permission 


removepermission 


Areas 


add permission 


remove permission 


Ramps 


add permission 


Remove permission 


Lanes 


add permission 


remove permission 


Vehicle Holds 


add pennission 


remove pennission 1 


Dealers 


add pennission Iremove permission 



The Area Maintenance view provides the capability to add, change and 
delete areas. 

10 The Region Maintenance view provides the capability to add, change and 

delete regions (zones). 

The Lane Maintenance view provides the capability to add, change and 

delete lanes, and define the segments per lane. In segment maintenance, segments 

can be defined for each lane. 
1 5 For any given segment of a shipping lane, the time in transit can be 

modified. The total time in transit for the lane includes the total of the individual 

segment times in transit, plus the following assumptions (in the first embodiment): 



Dwell Time at Plant Ramp 


Assumed to be 1 day 


Dwell Time at Destination Ramp 


Assumed to be 2 days 


Dwell Time at Mixing Center 


Assumed to be ? days 


Segment Time in Transit 


User-Defined 
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Total Lane Time in Transit = Segmentl Time in Transit + Segment2 Time 
in Transit. ..+ Dwell Times at various locations 

It. should be noted that dwell time at a Mixing Center varies from 8-24 
5 hours. Dwell times at destination ramps vary. 

The Ramp Maintenance view provides the capability to add, change and 
delete ramps. 

1 0 The Dealer Maintenance view provides the capability to add, change and 

delete dealers. 



15 



20 



45 



The Vehicle Holds view allows the user to place holds by any combination 
of the following: 

• Production date 

• Origin ramp 

• Destination ramp 

• Engine type 

General Screen Navigation 

General screen navigation will now be discussed. 



Referring now to Fig. 11, the following common functions can appear on 
25 all screens: 

Menu Bar Functions (typically at the top): 

• Back (returns from previous page) 

• Home (returns to home screen) 

30 • Admin (displays administrative screen) 

• Logout (logs user out) 

Tool Bar Functions (can be at the left): 

• Reports (displays reports screen) 
35 • Search (displays screen search) 

• VTN Search (displays VTN search screen) 

Reports 

The report interface will provide the user with all the potential parameters, 
40 supplied as input to any given report. All user types as part of their reporting 
functionality will share this web page. 



Several predefined reports have been identified. They include Expediting, 
Planning and Performance Reports. 

Expediting Reports include: 
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Name 


Description 


Data Elements Included 


Critical VIN Report 


Reports on events that have 
failed to take place as scheduled 
date. 


• VIN 

• Event (Activity) Date 

• Last Event Completed 

• Last Car 

iwl OCgJLUCIlL OCUcQlllCCL 

• Carrier SCAC 


Aged VIN Report 


Reports on vehicles for which 
there has been no status update 
indicating that the next event has 
taken place; reports is by age 
category (72, 48-71, 24-47 
hours) in applicable segments 


•VIN 

• Event 

• Scheduled Event Date 

• Scheduled Event Location 

• Segment Carrier SCAC 

• Scheduled Delivery Date 


No Start VEST 
Report 


Reports on vehicles for which a 
plant release has been received, 
but which have not been 
associated with a rolling stock. 
By origin, date of release. 


• VIN 

• Release Date 

• Destination Ramp 

• Origin Segment Carrier 

• Scheduled Delivery Date 


Jeopardized 
Delivery Report 


Reports on vehicles that have not 
arrived at the destination ramp as 
scheduled, indicating that the 
delivery date may be in 
jeopardy. In VIN Order. 


• VIN 

• Current Segment Carrier 

• Car(lC/lDCar) 

• New Scheduled Delivery 
Date 

• Completed Days for 
Completed Segments 

• Scheduled Delivery Date 



Planning Reports include: 



Name 


Description 


Data Elements Included 


Origin Ramp Report 


Reports on a breakdown of 
the vehicles released or 
scheduled to be released by 
vehicle type that have not 
been loaded. By destination, 
vehicle type or release date. 


• Destination Ramp 

• VIN 

• Carrier 

• Release Date 

• Destination 

• Scheduled Delivery Date 

• Total for 

Destination/Vehicle Tvpe 


Pass Through Car By 
Destination Report 


Reports on a view of 
vehicles that do not require 
vehicle unloading or loading 
at the mixing center, vehicles 
scheduled to arrive on a 
selected date. By mixing 
center by carrier. 


• Rail Car ID 

• Carrier SCAC 

• Scheduled Arrival Date 

• Origin Ramp 

• Destination Ramp 
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Name 


Description 


uaia jLiemenii* auciuqcu 


Mixed Car Report 


Reports on rail cars 
scheduled to arrive at the 
mixing center that require 
unloading. By mixing center 
by scheduled arrival date. 


• Rail Car 

• VIN 

• Carrier 

• Arrival Date 

• Destination Ramp 


Reload Vehicle 
Report By Destination 


To be determined. 




Mixing Center 
Inbound Report 


To be determined. 




Destination Ramp 
Report By Dealer 


To be determined. 




Destination Ramp 
Report By Carrier 


To be determined. 





Vehicle tracking System - Second Embodiment 

This section describes the functional requirements identified to date for a 
second embodiment of the auto delivery system. These requirements may be 
5 modified in response to changing customer needs. 

Items excluded from the second embodiment of the vehicle tracking system 
34 efforts but which may be included in additional embodiments include: Car 
Haider View, Rail Provider View, and Consumer View 

An enhanced function and view "enhanced dealer view" (not shown) is 
10 used which dealers to locate forecasted or inbound vehicles matching specified 
criteria. The criteria includes make / model, engine type. 

A diversion view (not shown) allows the user to manually define a new 
destination for a vehicle. This serves as a notification to The vehicle tracking 
system 34 not to generate an alert when the vehicle isn't delivered as originally 
1 5 forecasted. Only a Ramp, Area, or Zone Manager can divert a vehicle. 

New data services such as payload tracking information from the railroads 
is incorporated into the vehicle tracking system 34 database. At a minimum , this 
information provides location scans on railcars as they travel throughout the 
vehicle distribution network. 
20 The car hauler personnel also provide tracking information on VTNs as they 

transport them to their destinations. 
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Alarms and alerts are also possible; under this embodiment the system 
generates an email notification based on late arriving or missing vehicles at a 
predefined point in a lane. 

A lane configuration interface is created that allows the user to 
5 add/change/delete lane segments. Each lane segment origin also contains a user 
defined vehicle dwell time. 

This interface also allows the user to define shipment lanes by combining 
segments, with an origin, destination and method of travel. 

A lane shipment notification allows, on a lane by lane basis the user to 
10 define a delivery tolerance that when exceeded generates an email to a responsible 
individual. 

A damage notification concept is provided such that when a VIN is 
assigned a damage code the system sends an email notification to a damage 
manager. This manager is defined at the damage code level. 
15 A hold notification is also provided such that when a VIN is assigned a 

hold code the system sends an email notification to a hold manager. This manager 
is defined at the hold code level. 

When ramp capacity is exceeded, the vehicle tracking system 34 sends an 

alert. 

20 Each ramp has a predefined VIN capacity. When a mixing center is 

defined in the vehicle tracking system 34, the administrator provides a parameter 
that defines vehicle dwell time while at the center. On a system wide basis, the 
administrator also defines the number of days in the future to generate this alert. 

The system shall support the definition of ASCII-based reports. These 
25 reports can be downloaded via the web browser and then imported into Excel or 
some other Database. 

The format of each individual report is determined as the business needs 
require. 

30 Under the second Vehicle Delivery System embodiment the holds & 

damages view is modified to assign/un-assign holds and damage codes to groups 
of vehicles based on commonly used filter criteria; things like current/future 
location, manufacturing date, VIN range, make/model, engine type. 
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Design Specifications 

The vehicle tracking system 34 system does the following: 

5 - Stores EDI data feeds into a data feed directory repository 

- Processes EDI data in accordance to the Customer's business rules 

- Populates an Oracle database with data that is either pulled directly from 
the EDI data, or is generated in accordance to the Customer's business rules 

- Provides access to the shipment information to users with varying degrees 
10 of access and business interests via a secure Internet application 

- Provides the facility for a "logistics manager" user to manage and 
optimize shipment routes and logistics 

- Provides facility to generate reports for the various users of the system 

1 5 Fundamental components of the software include: 

Database 

EDI Processor 

Data Processing Engine 

Object Library 
20 Applications 

Database tables/views/stored procedures and supporting object models and 
code, were developed to provide functionality specifically for the vehicle tracking 
system 34 vl. A relational database specific to the vehicle tracking system 34*s 
25 requirements was also developed. 

Much of the data provided to users vehicle tracking system 34 is derived 
from the original EDI data using a "Data Processing Engine". This data requires 
regular processing to determine state of the shipment. For instance, the "state" of a 
shipment (whether it is "late", "on-time", or "early") is derived from the dates 
30 associated with the generation of lx, 2x, 3x, 4x, "flags/alerts/alanns" is calculated 
on a regular basis, as new EDI data comes in. 

To capitalize upon the strengths of the development tools (WebObjects, 
Java, Oracle, etc.) an "object library" is created. Objects are software components 
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10 



15 



that are "reusable". The object library would include: reusable web components 
(reusable components can be used to render information in the same manner for 
different appUcation using a simple API), Java user interface widgets, utilities for 
paging or faxing data to customers when a problem occurs, utilities for sharing 
data between applications, and so forth. 

The main user interface to The vehicle tracking system 34 provides 
shipment-tracking information to the ramp, area and zone supervisors. Under this 
interface, data is "read-only". The information displayed secured by logon id and 
password. Search capabilities are provided to locate specific vehicle information 
by VEST, VIN fragment, make/model, Shipment "milestone" dates. This interface 
also allows for the display of shipment detail and status, indexed by expected ship 
date, expected arrival date, vehicle Types, etc. Reports can also be obtained to 
provide shipment metrics and/or history. 

The "System Admin" interface to The vehicle tracking system 34 enables a 
"super user" to add/modify/delete users of the system, set/reset metrics, performs 
database admin duties, etc., as needed. 

Monitoring and logging the usage of the system and other metrics is used as 
needed for detennining usage, loading, and "cost-of-operation" of the system. 

A conventional computer CPU, memory and disk space according to the 
prior art includes ample capacity to host the DBServer process for one prototype- 
type version of the invention. This process would accept queries from the 
Webserver, execute the query against the Oracle (ET) DB, and reply with the 
results. 

Web server utilization according to the present invention can be 
25 accomplished through use of known web server architecture. 

Reference is made to Fig. A6 for the Web Track & Trace network 
connectivity, which shows how a user internet browser on a workstation 42 can 
access redundant systems through the management team's network user. 

30 Hardware and Software Platforms for System 34 

The vehicle tracking system 34 software can be run by use of the following 
hardware / software platform support 



20 
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Platform 


Specific Vendor / Product 


Web Server Hardware 


Sun Microsystems hardware 2-4 250's 
Processor Performance: TBD 
512 MB RAM minimum 


Application Server Hardware 


Sun Microsystems hardware 2-4 250's 
Processor Performance: TBD 
300 MB Disk Space 


Database Server Hardware (Prototype) 


Compaq 3000 hardware, 

Processor Performance: 200 MHZ dual, 

128 MB RAM minimum 


Database Server Hardware (Production) 


As known in the art 


Web Server Software 


Netscape Suitespot Enterprise Web 
Server, Version 3.6 or later 


Application Server Software 


Solaris 2.6 and upwardly compatible 
releases 


Database Server Software 


Oracle Database Server Version 8.05 or 
later 


Secure Socket Layer Software 


Verisign (Version 3) 


Reporting Server Software 


ReportMill 3.0 



Such specifications are for example only and should not be construed as limiting. 



Performance Criteria 

5 

Being a web project, the performance of the vehicle tracking system 34 
can be more or less arbitrary, however, testing on the current system can be 
undertaken to determine the average performance times for the existing system as a 
baseline set of performance specifications. The following are some general 
10 figures, which much be considered as part of the design and acceptance process. 
The following table summarizes user-related numbers: 
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PROTOTYPE 



Statistic 


lVf inimiim 


Maximum 


Total Users 


0 


118 


Concurrent Users 
Uptime 


0 

95% 


35 


PRODUCTION 




95% 


Statistic ~~ ~~ " 


Minimum 


Maximum 


Total Users 


6,000 


10,000 


Concurrent Users 


0 


1,000 


Vehicles ~ 


4m 

10% growth/year 


5m 

10% growth/year 


Lanes 
Events 


150 

7 per vehicle 


1000 

10 per vehicle 


Status 

Dealers 

Uptime 


7 per vehicle 

6,000 

100% 


20 per vehicle 

10,000 

100% 



Data related specifications are summarized in the table below: 
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Statistic (Tables) 


MAX 


Shipment (Vehicles) 


142 Bytes 1 


Shipment Status 


425 Bytes 


Shipment Event 


367 Bytes 


User 


299 Bytes 


Lane 


18 Bytes 


Dealer 


112 Bytes 


With these sizes in place, the following statistics can be derived: 


Statistic 


MAX 


Shipment Display Set (200 record 
limit) 


556K 


Shipment Event Display (10 record 
limit) 


28K 



Vehicle Tracking System Object Class Hierarchy 

Reference is now made to Figs. 14 and 15, which show the object class 
hierarchy of the object-based programming structure. 

Vehicle Tracking System Screens 
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Various exemplary screen which will be seen by the users will now be 
discussed. 

The vehicle tracking system 34 screens can be displayed using a Web 
browser. The user enters ID and password to login into the vehicle tracking system 
5 34. 

RAMPS & LANES USER'S VIEWABLE RAMPS AND LANES 

This type of screen, shown as Fig. 16, displays the ramps and lanes that are 

viewable to the user. Standard functions that appear on the top of each screen 
10 include: <back>, <home>, <admin>, and <logout>. This screen also has <reports> 

and <search> options, discussed in later detail. 

Clicking on a link in the ramps column displays the ramps screen. Clicking 

on a link in the lanes column displays the lanes screen. 

15 RAMPS SCREEN: USER'S VIEW > A RAMP IS SELECTED ON RAMPS & 
LANES SCREEN 

This screen (not shown) displays the details for the ramp selected by the 
user. This screen also has <reports> and <search> options. Clicking on unit 
breakdown displays the unit breakdown screen. Clicking on the vehicle summary 
20 displays the vehicle summary, screen. These types of screens are discussed in later 
detail. 

UNIT BREAKDOWN SCREEN: USER'S VIEW>A RAMP IS SELECTED IN 
TABLE>UNTT BREAKDOWN ICON IS SELECTED FOR A DATE 
25 This screen (not shown) displays the details for the breakdown selected by 

the user on the previous screen. This screen also has <reports> and <search> 
options, Clicking on the vehicle summary displays the vehicle summary screen. 

UNIT BREAKDOWN DATE: USERS VIEW>A RAMP IS SELECTED>UNTT 
30 BREAKDOWN ICON IS SELECTED FOR A DATE>VEfflCLE SUMMARY 
ICON IS SELECTED FOR DATE 

This screen (not shown) displays the details for the unit breakdown selected 
by the user. This screen also has <reports> and <search> options. It displays the 



VIN, Model Year, Expected Arrival Date, Projected Arrival Date, Location and 
Status. 



VEHICLE DETAIL: USER'S V1EW>A RAMP IS SELECTED IN TABLE>UNIT 
BREAKDOWN ICON IS SELECTED FOR A DATE> 
VEHICLE SUMMARY ICON IS SELECTED FOR DATE>VIN SELECTED ON 
LINE ITEM 

Under this screen (not shown) detailed vehicle information is displayed for 
the VEST selected from the previous screen. 

SHIPMENT LANE SCREEN: USER'S VIEW>A RAMP IS SELECTED IN 
TABALE>UNIT BREAKDOWN ICON IS SELECTED FOR A DATE> 
VEHICLE SUMMARY ICON IS SELECTED FOR DATE>LOCATION 
SELECTED FOR A VIN LINE 

In this screen, (not shown) Shipment Lane information is displayed for the 
lane selected from the Unit Breakdown Lane. 

LANE SCREEN: USER'S VIEWABLE RAMPS AND LANES>LANE 
SELECTED 

When the user selects Lane from the Ramps & Lane Screen, the 
Lane Screen is displayed (not shown). Clicking on Unit Breakdown link displays 
the Unit Breakdown Screen and clicking on Vehicle Summary displays the Vehicle 
Summary Screen. 

More details and examples of the output and uses of the vehicle tracking 
system 32 will be discussed later by way of example, particularly in conjunction 
with Figs. 16-44. 

Simulation tool 

The transportation system 10 of the present invention utilizes an 
operational/strategic planning tool that will allow the system and its managers to 
analyze its vehicle distribution network 20 each day as well as look out a number 
of days (for example, fourteen) into the future to determine if bottlenecks will 
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appear in the network and where they will occur. In addition, this tool provides the 
ability to test changes to the existing vehicle distribution network "off-line" to 
determine what changes should be made to the network and the impact of making 
those changes. There is a benefit to simulating changes to the existing network and 
seeing the impact of those changes on service and cost. Examples of such changes 



are: 



routings (origins, destinations, mixing centers, etc.) 
mode of transportation (rail versus car hauler) 
volume of vehicles demanded (dealer orders) 
10 - capacity changes (number of vehicles loaded/unloaded, 

parking capacity, vehicles per railcar or car hauler, etc.) 
The selected tool 38 is a computer simulation model of the vehicle distribution 
. network, one acceptable program being the simulation model sold by Systems 
Modeling Corporation under the brand ARENA. It should be understood that 
1 5 several other simulation engines are readily available and can be utilized in 
connection with the present invention. 

The following discussion will identify all parameters necessary to 
accurately develop a simulation model of a vehicle distribution network using the 
ARENA tool. It will clearly define the objective of the model, all assumptions, the 
20 model scope, the input and output data required, specific model logic, and model 
validation. Also described will be the definition of the model inputs, the definition 
of model outputs, and the definition of information required for validating that the 
model accurately represents the existing system. 
Model Assumptions 

25 There are a number of specific assumptions under which the model is built. 

These assumptions may change if the functionality of the model is expanded or 
contracted. The assumptions for an example of the model described below are as 
follows: 

1 . An alternate routing is considered a change in: 
30 - the mode of transportation (rail vs. car hauler) 

the routing from the origin mfg. plant to destination ramp 
the destination ramp 
car hauler company 
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2. The input data describing the current system status will be accurate. 

3 . The time units used for the model will be days. 

4. No human resource issues will be considered in this model. 

5. This phase of the simulation model will not track empty railcars. 
5 6. All holds on vehicles occur at either a manufacturing plant or a 

destination ramp. 

7. No vehicles are loaded or unloaded between a mixing center and a 
destination ramp nor a manufacturing plant and a mixing center. 

8. Once a vehicle is released from manufacturing its routing is locked. 
10 However, routings can be changed up until the vehicle is released 

from manufacturing. 

9. All railcars are the same size and type at each manufacturing plant. 
There are two types - bi-level and tri-level. 

10. All car haulers are the same size and type (53 f long). 

15 11. The number of vehicles and railcars switchable each day is achieved 

at manufacturing plants. 

12. All shipments of vehicles from a manufacturer or mixing center 
direct to a dealer via car hauler will be "black boxed." However, the 
simulation assumes a 24-hr dwell time at the manufacturing plant 

20 and a 48-hr dwell time at the destination ramp (which could be a 

mixing center). 

13. Vehicles are grouped by destination ramp at the manufacturing 
plant (origin). 

14. Lanes are made up of segments from an origin manufacturing plant 
25 to a destination ramp. 

15. Vehicles are in transit to a destination ramp within 24 hours of 
being released from production. 

1 6. Initially, only one manufacturer's vehicles on the railcars will be 
considered. 

30 1 7. There is one train per day that leaves a mixing center or 

manufacturing plant going to a destination. 
18. Railcars will always be full. 
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19. Vehicles in the system will not be tracked by VTN#, but rather by 
simulation vehicle type (1 - 21). 

20. Empty railcars and empty car haulers are always available at the 
manufacturing plant and mixing center. 

21. The date that a VJN is associated with a railcar is the date the railcar 
leaves that location (origin manufacturing plant or mixing center). 

22. All vehicles at one location with the same origin and destination 
that are associated with railcars will all be part of the same train. 

23. Vehicles must be loaded onto a specific railcar type (bi-level or tri- . 
level) at either the manufacturing plant or mixing center. Vehicles 
can only be transported on the type of railcar used at the plant they 
were produced. 

24. The vehicle manufacturer only uses two car hauler companies. 

15 System Description and Scope 

The manufacturer's dealers place orders for vehicles. These orders go 
directly to the manufacturing plant that produces the particular vehicle ordered. 
The vehicle is produced, then shipped to the dealer as fast as possible. The modes 
of transportation used are railcars and car haulers. The vehicle delivery network is 
20 a '"hub and spoke" network with four "mixing centers" located at strategic points in 
the U.S. for consolidating vehicles into railcars arriving from the manufacturing 
plants and creating "direct shipments" to destination ramps in other parts of the 
country. 

The example of a vehicle distribution network described below will include 
25 the daily transportation of vehicles between 21 manufacturing locations, one 
mixing center (Kansas City), and the mixing center's 17 ramp destinations. 
Transportation to and from locations outside of this scope will not be tracked. 
Expanding the model is desirable, therefore the model should be constructed in a 
way to allow easy expansion of the model to include other locations. The flow 
30 chart of Fig. 5 represents the logical flow of vehicles in the model. 
Model Input Data 

The simulation model requires a large quantity of input data to minimize 
the assumptions used; otherwise the simulation model may not be validated and its 
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output may be suspect. A separate simulation database (database 60 shown in Fig. 
7) with the required data may be created and maintained. In addition to the 
simulation database, Microsoft Excel spreadsheet interface is provided to allow 
users to easily change rail and parking capacity as well as vehicle routings. 
5 Following is a list of the input data for the simulation model: 

• Simulation Vehicle Type (1-21) 

The tracking system will provide simulation vehicle types (1-21 ) to 
the simulation database. Each of the 21 manufacturing plant 
1° produces a unique vehicle type. If necessary, the vehicle tracking 

system 34 Mali convert manufacturer vehicle types to simulation 
vehicle types. 

Origin (Integer value of 1-21). 
1 5 The tracking system will pass unique integer values representing all 

21 origin ramps to the simulation database. If necessary, the vehicle 
tracking system 34 will convert manufacturer origin alphanumeric 
assignments to the integer values.. 

20 • Destination (Integervalue of 22 - 75). 

The tracking system passes unique integer values representing all 
54 destination ramps to the simulation database. If necessary, the 
vehicle tracking system 34 will convert manufacturer destination 
ramp alphanumeric assignments to the integer values. 

25 

• Mixing Center (Integer value of 76 - 79). 

The tracking system passes unique integer values representing all 4 
mixing centers to the simulation database. 

30 • Vehicle routing number (Integer value from Master Routing Table 

of 1-4,536). 

A unique integer value is entered for all possible routings and 
alternate routings (4,536 possible routings) between the 21 origin 
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manufacturing plants and the 54 destination ramps. An example of 
this table is shown in the Master Routing Table below. If necessary, 
the tracking system will convert manufacturer routing alphanumeric 
assignments to the integer values. 



Master Routing Table 

(This is a list of all possible Lanes and Alternate Lanes.) 



Routing 
Number 


Origin 
1(1-21) 


Destination 
(22-79) 


Number 
of Stops 


Stopl 


Mode to 
Stopl 
(1-3) 


Stop 2 


Mode to 
Slop 2 
0-3) 


StopS 


Mode to 
StopS 
(1-3) 


Stop 4 


Mode to 
Stop 4 . 
(1-3) 


StopS 


Mode to 
StopS 
(1-3) 


1 


' Dctroii 


San Diego, CA 


1 


San 

Diego, CA 


EtaO 


















2 


Detroii 


Sao Diego, CA 


■ 2 


Fostoria 


Rail 


San Diego, 
CA 


Rail 














3 


Detroit 


San Diego, CA 


2 


City 


HaukrA 


Son Diego, 
CA 


Hauler A 














4 




Sao Diego, CA 




Son 

Diego, CA 


Bonier A 




















Detroit 


San Diego, CA 


1 


Son 

Dteao. CA 


Hauler B 


















n 





























Note: Routing Number of 0 represents a vehicle on hold. 

Note: Mode 1 = rail Mode 2 = car hauler A Mode 3 «■ car hauler B 



The Master Routing Table may be used to define all possible standard and 
alternate routings that vehicles could take to get from a manufacturing plant to a 
destination ramp. Each routing will contain the O-D pair as well as the number of 
intermediate stops between the origin and destination. If there are intermediate 
stops along the route, then each stop is entered in the table. This table only has to 
be created once and can be appended as routes change. 

Current or last known location of vehicle along routing 
(intermediate stop). 

The tracking system will pass the current or last known location of 
all vehicles already in the pipeline to the simulation database. This 
inforination is part of a Current Location Table shown below. This 
location must be a unique integer value (1 -79) and represents an 
origin manufacturing plant, a mixing center, or a destination ramp. 
Ifnecessaiy, the tracking system maintains a cross-reference table 
of these integer values and the corresponding manufacturer 
alphanumeric value. 
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Current Location Table 



Location ID 
(oifein,MQ 
DR,Toflcar, 
orcar 
hauler) 


Routing 
Number 
(from 
Master 
Table) 


Quantity 
of Type I 
Vehicles 


Quantity 
of Type 2 
Vehicles 




Quantity 
Of Type 21 
Vehicles 


Current 
Or Last 
Known 
Location 
(1-79) 


Expected 
Departure Date 
from Current 
Location 
(nroddyy) 


Departure Date 

from Last 
Known Location 
(nunddyy) _ 


RdeaseDotif 
(mmdor-y) 


Actual 

Release Date 
(nunddyy) 


Railcar 
Unload Flag 
(1-wload 
and0=Hlon*t 
unload) 


*JIFG2 


1 


345 


324 






2 


12/13/99 




12/12/99 




0 


4FG2 


34 


278 






77 


2 


12113799 




12/12/99 




0 


«C4 
*C4 


23 
28 


142 
355 


34 






79 


12/13799 


12/03/99 


12*1/99 




0 


UC4 


34 


76 






113 


79 
79 


12/13/99 
12/13/99 


12/04/99 
12/05/99 


12/01/99 
12/01/99 


12/04/99 
12/04/99 


0 
0 


0RI7 


44 


66 


52 






38 


12/13/99 


11/28/99 


11/26799 




0 


ZarHaatcT21 


5 








8 


14 




12/08/99 


12/07/99 




0 


foriTear207 


3 


15 








76 




12/02/99 


12/07/99 




0 



10 



15 



At the start of the simulation run, the current location of all vehicles in the system 
will be read in from the simulation database and tallied. This will be done for all 
valid routings of vehicles that are defined in the Master Routing Table. 

Expected manufacturing release date of vehicle (from 1 Jan in 
mmddyy) format). 

The tracking system passes this date to the simulation database in 
mmddyy format. It is part of the Current Location Table that 
contains the information on all vehicles currently in the system for a 
given day. An example of this table is shown above. 



20 



25 



Actual manufacturing release date of vehicle already in pipeline 
(mmddyy format.). 

The tracking system passes this date to the simulation database in 
mmddyy format. It is part of the Current Location Table that 
contains the information on all vehicles currently in the system for a 
given day. An example of this table is shown above. Note that this 
field is blank unless the actual release date is different than the 
planned release date of the vehicle. This date will override the 
planned release date 



30 



Quantity of vehicles on each railcar or car hauler by vehicle type 
and routing number (Integer value). 

The tracking system passes the total quantity of each simulation 
vehicle type on each railcar or car hauler and its routing number to 
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the simulation database at the start of the simulation. The tracking 
system assigns a unique integer value to each of these railcars and 
car haulers and pass this to the simulation database as well The 
tracking system tracks the routing number for each VIN in the 
model This information is part of the Current Location Table 
above. 

Railcar Unload Flag (Integer value of 0 = don't unload and 1 = 
unload). 

The tracking system passes either a zero (0) or one (1) to the 
simulation database for each railcar or car hauler that is carrying 
vehicles at the start of the simulation. This value will determine 
whether the railcar should be unloaded at the mixing center upon 
arrival The railcar or car hauler ID will be a unique integer value 
assigned by the tracking system. This information will be part of 
the Current Location Table above. 

Actual departure date from last known location (mmddyy format). 
The tracking system provides the date each railcar left from its last 
known location (origin or mixing center). This information will be 
part of the Current Location above. 

Location and quantity of cars on hold (location will be an integer 
value 1-75). 

Tlie tracking system passes the total quantity of vehicles on quality 
hold at an origin manufacturing plant or destination ramp to the 
simulation database at startup. Cars on hold will have a routing 
number of zero (0). 

Usual number of railcars per train between origin and mixing center 
and mixing center and destination ramp (Integer value). 
This number is based on historical data on the number of railcars 
that were allowed on a train for each combination of origin and 



WO 01/65454 



ru'iyuaui/uooaz 



mixing center (84 possible) and mixing center and destination ramp 
(21 6 possible). This information is contained in a table that the 
user can update An example of this table is shown in the Number of 
Railcars Per Train Table below. Tltis information provides a 
constraint on the number of railcars that can travel on one train 
between two points. 



Number of Railcars Per Train 





Fostoria 


Kansas 
City 


Dearborn 




59 destinations (4 
MCs, 54 DRs, & 
Dealers) 


Fostoria 


X 


80 


100 






Kansas City 


80 


X 


90 






Dearborn 


100 


90 


X 






*** 








X 




25 origins (21 mfrs & 4 
MCs) 










X 





10 
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Dealer orders for vehicles for the next 14 days by manufacturing 
plant and routing number. 

Manufacturer provides all dealer orders for vehicles for the next 14 
days of production. These orders are at the VIN level. The tracking 
system "rolls up " these orders and pass the data to the simulation 
database as total quantity of vehicles ordered each day for each 
manufacturing plant by routing number. The user can override the 
maximum number of railcars and car haulers loaded as well as the 
load to delivery (LTD) percentage. An example of this data is shown 
in the Planned Orders from Dealers Table below. 



25 



30 



Planned Orders from Dealers 

Day 1 (have 14 tables, one for each day, so that manufacturer can make changes on 
any day) 
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The transit time for a loaded railcar or car hauler to travel from a 
manufacturing facility (0) to a destination ramp (D). Each O-D pair 
will have a unique transit time. 



10 



The transit time for a loaded railcar or car hauler to travel from a 
mixing center (MC) to a destination ramp (D). Each MC-D pair 
will have a unique transit time. 



15 



The transit time for a loaded railcar or car hauler to travel from a 
manufacturing facility (0) to a mixing center (MC). Each O-MC 
pair will have a unique transit time. 

The transit time for a loaded car hauler to travel from a 
manufacturing facility (0) to a local dealer within 250 miles. 



20 



The transit tune for a loaded car hauler to travel from a mixing 
center (MC) to a local dealer within 250 miles. 



25 



Below is an example of transit times needed from a manufacturing plant to 
a destination ramp (i.e., O-D pairs) via railcar. Note that the first column 
will contain all 21 manufacturing plants and four mixing centers. The 
header row will contain the 21 manufacturing plants, four mixing centers, 
and the 17 destination ramps. 



30 



O-D Travel Time - Rail 

(Enter all travel times in days.) 
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Kansas City 
•** 


X 
2 
2 


Kansas 
City 
2 
X 
3 


Dearborn - 
2 
3 
X 


**♦ 


59 destinations (4 MCs, 34 DRs, & Dealers) 


25 origin* {21 mfra A A MCs) 










X 



This same information will be needed for car hauler transit times, but the 
header row will also include one dealer representing all dealers within 250 
miles of a manufacturing plant or mixing center. There will be two car 
hauler transit time tables to reflect the two car hauler companies that serve 
manufacturer. 

Vehicle capacity at site (max number of parking spaces at 
manufacturing, mixing center, and destination ramp) . 

Railcar capacity at site (max number of railcars allowed at 
manufacturing, mixing center, and destination ramp) 

Max number of railcars or car haulers loaded per day (at 
manufacturing and mixing center) 

Max number of railcars or car haulers unloaded per day (at mixing 
center or destination ramp) 

Number of vehicles per railcar 

• Number of vehicles per car hauler 

25 Below is an example of a table for capacity information needed for each 

manufacturing plant: 



10 



20 



30 
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Origin Capacity Information 



wfFGl 
MFG2 


Type ofRaflcir 
(K- or OvUwd) 


Verodci 

per 
Railcar 


Vehicles per 
Cbr Hauler 


Length or 
Vehicle 

(fe*0 


Linear 
Feet of 
Rate 


Max 
LTD* 


capacity 


Maxtaican 
badedper 


loaftrfper 


Max car 
haulers loaded 
per day 


Deal 
Dwd 
Time 


WFG21 































5 

Below is an example of a table for capacity information needed for each 
mixing center: 



10 Mixing Center Capacity Information 



Mixing 


Max 

of 
LTD* 


Max 

of loaded 
raOcan 


Mb 
number 
of loaded 
car' 


Max 
vehicle 
parkxag 
capacity 


Max vesicle 

capacky 
(hauler) 


Max 
ftatlears 
Loaded per 
day 


Max 
vehicles 
loaded per 
day 


Max car 
koakn 
loaded per 
day 


Balkan 
unloaded 
per day 


Mai 

vehicles 
per day 


Maxear 
oerday 


Dealer 
Dwell 


MCI 
MO 


























MO 
MC4 



























15 Below is an example of a table for capacity information needed for each 
destination ramp: 



Destination Ramp Capacity Information 

20 : - 



Destination 


Max 
number of 

rancors 


Max 
number 
of loaded 
car 


Max 
parting 


Max 
raDcora 
ontooded 


Max 
vclactca 
laJoadcd 


Max car 
unloaded 


Dealer 
Dwell 






haulers 


capacity 




P«r day 


per day 


Time 


DM 
































DR3 
































DR17 

















Delivery network management and manufacturer should determine the 
25 amount of financial data needed to produce the desired model outputs. Some 

miscellaneous costs to consider are freight costs, divert costs, etc. The following 
costs are included: 

Railcar cost per vehicle per day (railcar cost/vehicle/day) 

30 

• Car hauler cost per vehicle per day (car hauler cost/vehicle/day) 
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Model Logic 

Logic in the simulation model to allows the model to perform as close to 
reality as possible. Following is a list of logic that is part of the modeL 
5 1 . Vehicles will be routed from an origin to a destination via a routing 

from the Master Routing Table. This routing will include mode of 
transportation and any intermediate stops along the way. The 
duration to get from an origin to a destination will be taken from the 
O-D Travel Time Table. 

10 2 - At *° beginning of the simulation run, the status of the system will 

be read into Arena from the simulation database. This information 
will "load" the model with the current status or state of the vehicle 
distribution network. It will consist of the number of vehicles 
located at each point in the network that is included in the scope of 

15 fl* e model. In addition, production orders for the next 14 days will 

be read into Arena. As these vehicles are produced over the 14-day 
period in the simulation, they will be assigned a routing from the 
Master Routing Table based on the origin and destination (O-D) 
pair. The simulation will use the O-D paire and the duration times 

20 from the O-D Travel Time Table to move the vehicles through the 

network. For vehicles already in the pipeline as part of a train, the 
location of the railcar will be used as well as the date it left its last 
known position. Arena will subtract that time from the total 
duration time to determine the remaining duration to the destination 

25 ramp. 

3. Alternate routings will be allowed. These alternate routings are part 
of the Master Routing Table. 

4. Railcars that do not need to be unloaded at a mixing center (all 
vehicles are going to the same destination ramp) will "pass through 11 

30 on the next train bound for that destination from the mixing center. 

5. The Excel Interface permits changes in capacity information as 
described above. 
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6. Vehicles will be loaded on a first-in-first-out (FIFO) basis at the 
manufacturing plant. 

7. Vehicles will be grouped by common destination ramp at the 
manufacturing plant before being loaded on a railcar or car hauler. 

5 8. If a vehicle needs to be unloaded at the mixing center, all vehicles 

are removed from the railcar. 

9. The number of vehicles per railcar and the number of vehicles 
moving to a common destination will determine the number of 
railcars per train. If there is a train restriction on the allowable 

10 number of railcars on a train, then railcars that exceed the train 

capacity will be held until the next train departs. 

10. If a vehicle is diverted after already being loaded onto a railcar, then 
the entire railcar is diverted. It must be unloaded, then reloaded 
with the vehicles that were not diverted. 

15 11. No railcars will move unless they are full. 

Model Outputs 

Specific output from the model will be used to measure the results of 
different scenarios. Management will use the results to determine the effectiveness 
of changes made to the vehicle distribution network. These outputs will be written 
20 . to an Excel file to allow for better analysis. Following is a list of outputs (or 
measures) which the model will provide: 

1 . Cycle time from 2 1 manufacturing sites to 1 7 destination ramps. 

2. Cycle time from 21 manufacturing sites to Mixing Center (Kansas 
City). 

25 3. Cycle time from Mixing Center (Kansas City) to 1 7 destination 

ramps. 

4. Number of vehicles delivered to each destination ramp. 

5. Number of vehicles in transportation system at all times (including 
all inbound and outbound vehicles to a mixing center). 

30 6. Number of vehicles at each manufacturing site. 

7. Number of vehicles at Mixing Center (Kansas City). 

8. Transit cost of vehicles in transit. 

9. Freight cost ( provided by network management and manufacturer). 
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1 0. Estimated number of car haulers used at each manufacturing plant 

1 1 . Estimated number of car haulers used at each mixing center. 

1 2. Estimated number of railcars used at each manufacturing plant. 

13. Estimated number of railcars used at each mixing center. 
5 Model Verification and Validation 

The simulation model is verified and validated before scenarios can be run. 
Verification is the process of making sure the model is built the way it was 
intended. Validation is the process of making sure the model behaves according to 
reality. The simulation model is validated by its results to the historic performance 
10 of the vehicle delivery system. 

Model Analyses (scenarios) 

Once the simulation model is built and verified, an infinite number of 
scenarios (or experiments) can be run by altering model inputs. For each scenario, 
delivery network management and manufacturer study how the results (outputs) 
15 change based on changes made to the model inputs. This information is used in 
making planning decisions that increase the effectiveness and efficiency of the 
delivery network. Examples of such planning decisions include the choice of 
routing (lanes) for vehicles, and the order in which vehicles will be built. 
By using the Excel Interface provided with the simulation model, 
20 management will be able to change specific inputs such as: 

Number of vehicles loaded/unloaded per day per location. 
Number of vehicles produced at each manufacturing plant and their 
routing number. 

Vehicle type produced at each manufacturing plant. 
25 • Transit time between all origin-destination ramp (O-D) pairs. 

Transit time between all mixing center-destination ramp (MOD) 



30 



pairs. 



miles. 



Transit time between all origin-mixing center (O-MC) pairs. 
Transit time between all origin-dealer pairs within 250 miles. 
Transit time between all mixing center-dealer pairs within 250 

Add routings to the Master Routing Table. 
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Number of vehicles that can fit on a railcar and car hauler by 
simulation vehicle type. 

• Parking capacity at all manufacturing plants, mixing centers, and 
destination ramps. 

5 • Rail capacity at all manufacturing plants, mixing centers, and 

destination ramps. 

• Time of rail switch by location (1 - 79). 
Costs (freight, rail, car hauler, divert, etc.). 

Animation 

1 0* Using Arena animation of the model can be displayed representing the 

movement of trains from the 21 manufacturing facilities to the 17 destination 
ramps, via the Kansas City mixing center. In addition, all model outputs listed 
above are displayed on the screen during the simulation run as status variables. 
This is known as scoreboard animation. A bitmap image of the U.S., with all 

15 manufacturing plants, mixing centers, and destination ramps, is used as a 
"backdrop" for the animation. 

The model contains a menu system to help the user move about the screen 
to view different parts of the animation, system status variables, or actual model 
logic. There also is a direct link with the Excel Interface to allow the user to 

20 change input variables to run different scenarios. 
Modification of the Model 

Further input data may be passed to the model to allow other functionality, 
such as simulating the effects of blocking at manufacturing plants (loading vehicles 
on railcars based on destination ramp). The goal of such functionality would be to 
25 reduce the number of railcars that need to be uncoupled during transit from the 

manufacturing plant to the destination ramp, thereby reducing transit time further. 
Other additional functionality may include: 

1 . Adding or removing manufacturing plants and mixing centers. 

2. Tracking empty railcars throughout distribution network. 

30 3. Allowing alternate routings with effective and termination dates. 

4. Allowing mixed loads (vehicles from different manufacturers) on 
railcars. 
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5. Adding data on loading practices at the manufacturing plant (such 
as practices to reduce vehicle handling). 

6. Adding data on train make-up (such as practices to reduce the 
switching and shunting times). 

5 

Operation of the Delivery System 

As should be apparent from the foregoing description, components of the 
vehicle delivery system 1 0 interact, and in particular share raw and/or processed 

10 data which is then used in carrying out the functions of each component. For this 
reason, the operation of the data flow network 30 is interactive, rather than linear, 
and while the delivery of a vehicle in the distribution network 20 can be described 
from manufacturer to dealer, events along the way are monitored, recorded, and 
tracked for use in operation of the overall system. Thus, there is no critical starting 

1 5 point in the following description of the operation of the system. 

Tracking and Associated Data Collection 

At this point further exemplary views, reports, etc., will be discussed as 
examples of ways in which the Tracking Application may be used. 
20 The following section provides a discussion of the vehicle tracking system 

34 features primarily from the standpoint of the end user in the field, namely, the 
Dealers, Ramp Managers and Lane Managers. 

The Vehicle Tracking System Features 
25 As discussed in at least part detail above, the Vehicle Delivery System 34 

offers the following features, based on the permissions of the particular user 
profile. 



-66- 



WO 01/65454 



PCT/US01/06652 



Feature 


Description 


Dealer Tracking 


• See all vehicles that are expected to arrive at a 
dealership on a particular date. 

• See all vehicles that are expected to arrive at a 
dealership on a particular date, according to model. 

• See the revised arrival date for a vehicle expected at a 
dealership on a particular date. 

• See how late a vehicle is in arriving at a dealership. 

• See the current location of a vehicle expected at a 
dealership on a particular date. 


Ramp Tracking 


• See all vehicles that are expected to arrive at a ramp on 
a particular date. 

• See all vehicles that are expected to arrive at a ramp on 
a particular date, according to model. » 

• See the revised arrival date for a vehicle expected at a 
ramp on a particular date. 

• See how late a vehicle is in arriving at a ramp. 

• See the current location of a vehicle expected at a ramp 
on a particular date. 


Lane Tracking 

• •- 


• See all vehicles that are exoected to arrive at the 
destination point of a lane on a particular date. 

• See all vehicles that are expected to arrive at the 
destination t>oint of a lane, according to model. 

• See the revised arrival date for a vehicle expected at 
the destination point of a lane on a particular date. 

• See how late a vehicles is in arriving at the destination 
point of a lane. 

• See the current location of a vehicle expected at the 
destination point of a lane on a particular date. 


Placing a Vehicle on 
Hold 


When the user drills down to the status events for a single VIN, 
the user can insert a Hold event, so that the vehicle does not 
proceed further. 


Search 


The user can search for a vehicle within one of the views. For 
instance, if the user searches for a vehicle within the view for a 
dealer, the search is limited to vehicles destined for that 
dealership. 

Search criteria includes: VIN, model, year of vehicle, date or 
date range, and event status. 


Vehicle Descriptions 


The user can see a description for any vehicle in the system. 
The vehicle detail includes body type, chassis type, various 
engine characteristics, and the restraint system. 
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Feature 


Description 


Reports 


Design the user's own report for repeated use, or use one of the 
standard Vehicle Tracking System reports. 



Introduction to Vehicle Tracking System Views 



When a user enters the vehicle tracking system 34 application, the user has 
access to one or more of the following views for getting description and status 
information about vehicles: 



View 


Description 


Dealer 


but a given date, this view shows what vehicles are initially 
projected for arrival at a particular dealership. 

A revised date may also appear for the vehicle's arrival at the 
dealership. 

The user can inquire further to see the entire status detail for 
a vehicle. 


Ramp 


This view shows all vehicles destined for a particular ramp, 
according to the original projected date and lane. 

A revised date may also appear for the vehicle's arrival on 
the ramp. 

The user can inquire further to see the entire status detail for 
a vehicle. 


Lane 


This view shows all vehicles that are heing transported along 
a particular lane, according to the original destination date 
for the end point of the lane. 

A revised date may also appear for the vehicle's arrival at the 
end point of the lane. 

The user can inquire further to see the entire status detail for 
a vehicle. 



Viewable Items Onscreen 

Under one embodiment of the invention, when the user accesses vehicle 
tracking system 34 though the login screen, the Viewable Items Screen is shown. 
Depending on the job requirements of the user, the user will see a list of hyperlinks 
for one or more of these categories: 

Dealers 

Ramps 

Lanes 
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Reference is now made to Fig. 16, which shows a Viewable Items screen 
for a user with access to all three categories. 



Dealer, Ramp and Lane Searches 
5 As noted above the user can conduct various searches. Under one 

embodiment of the invention the outcome may differ depending on who the user is. 



When the user selects Search in ... 


the search looks for vehicles ... 


Dealer View (a dealer selected) 


scheduled for arrival at the dealership on 
the date(s) that the user specifies. 


Ramp View (a ramp selected) 


scheduled for arrival the ramp on the 
date(s) that the user specifies. 


Lane View (a lane selected) 


schedule to arrive at the lane's end 
destination on the datefs) the user specifies. 



Vehicle Status Information 

10 The tracking system 34 enables a user to see the current status of a vehicle 

in terms of the events that occur between production and shipment of a vehicle to a 
dealership. As discussed in detail later, the user can track each vehicle though all 
its status checkpoints as shown in the status details chart of Fig. 17. 
Navigation for Dealer, Ramp, and Lane Views 

15 Reference is now made to Fig. 1 8, which illustrates how the user can 

navigate within the Dealer, Ramp, and Lane views. 

Dealer View 

This section describes how a user can check status information and 
20 descriptions for vehicles destined for arrival at a dealership. 

To see the view for a dealer (in this case Wade Motors at Buford), the user 
clicks a dealer name on the Viewable Items screen. A table similar to that shown 
in Fig. 19 is displayed. 

This 4 T>ealer View" shows the quantity of vehicles that were originally 
25 planned to arrive at the dealership for each date listed. The following options are 
available in the Dealer View: 

• See the quantity of vehicles for a date according to model (click the Unit 
Breakdown icon). 

• See the revised arrival date and current status of each vehicle for a date 
30 (click the Vehicle Summary icon). 
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• See the entire status table of events for a particular vehicle (click the 
Vehicle Summary icon, then click the status location). 

Accessing the Unit Breakdown 

To see the quantity of vehicles originally planned for delivery at the 
dealership according to model, the user goes to the row for a specific date and 
clicks the icon in the Unit Breakdown (aJca. Model Summary) column. A screen 
appears similar to that shown in Fig. 20, which lists a Model column, a Quantity 
column, and a Vehicle Summary column. 

The Unit Breakdown of Fig. 20 shows the user the quantity of models 
originally planned for arrival on a specific date at a dealership. The Unit 
Breakdown includes the following: 

1) Model 

2) Quantity (quantity for a particular model) 

3) Vehicle Summary (a link to more detailed information about vehicles for 
a particular model) 

Unit Breakdown Options 

The user has the following options in the Unit Breakdown: 

1) See the revised arrival date and current status of each vehicle for a date 
(click the Vehicle Summary icon). 

2) See the entire status table of events for a particular vehicle (by clicking 
the Vehicle Summary icon, and then clicking the status location). 

Accessing the Vehicle Summary 

The user can see a list of vehicles with the current status and revised arrival 
date at the dealership, by going to the row for a specific date and clicking the 
Vehicle Summary icon, either in the Dealer View or in the Unit Breakdown. 

The Vehicle Summary for the Dealer View (Fig. 21) lists all vehicles 
originally planned to arrive at the dealership on a specific date. The Vehicle 
Summary includes the following: 



WO 01/65454 



PCT/US01/06652 



10 



15 



VIN (partial VTN, VIN column) 

Vehicle model (Model column) 

Year of the vehicle (Year column) 

Planned date of arrival at dealership (Planned Arrival) 

Revised date of arrival at dealership, when applicable (Revised Arrival 
column) 

Current Location of the vehicle (Location column) 

On-schedule indicator (traffic light in Status column). When lit, green is on 
time, yellow is one date late, and red is two days late. 

Vehicle Summary Options 

The user has the following options in the Vehicle Summary: 

1 ) Seeing a description of a vehicle (by clicking the VTN)- 

2) Seeing the entire status table of events 



Accessing Status Details 

To see all status events for a vehicle, go to the vehicle in question on the 
Vehicle Summary and click the current status item in the Location column. This 
provides the Status Details screen display as shown in Fig. 22. 
20 This vehicle Status Details screen for the Dealer View shows all status 

information concerning a particular vehicle on its way to the dealership. Status 
Details includes the following: 

A standard event that involves production or transport of the vehicle 

Location information tied to the vehicle event 

25 The original date planned for the event to occur 

The revised date for the event to occur 

The date when the event actually occurred 

Any notes associated with the event 
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Vehicle Status Updates 

For the standard sequence of events necessary to get a vehicle to its final 
destination, the vehicle tracking system 34 updates a vehicle's status in the 
5 following ways: 

• Planned dates are assigned to events when a vehicle is determined to be 
"shippable" at the assembly plant. 

• Revised dates are assigned to events when the vehicle leaves the mixing 
crater. 

• An actual date is assigned to an event after the event has occurred. 

Status Details, Put Vehicle on Hold 

The Status Details screen, if the user has permission to do holds, the user 
can place the vehicle on hold by doing the following: 

1. Select put on hold on the side navigation bar. This brings up the screen 
shown in Fig. 23. 

2. Click the insert here link for the event at which the user is stopping 
transport of the vehicle as shown in Fig. 24, a blank line appears for the 
new hold event the user is creating. 

3. In the boxes below, select the type of event, the start date for the event, 
the duration of the event, and any applicable notes. The user should 
click Save when finished. 

25 Searching for a Vehicle 

When the user does a vehicle search while; in Dealer View, under one 
embodiment the search only involves those vehicles associated with delivery to 
that dealer. To search for a vehicle planned for arrival at a dealership, the user 
does the following: 

30 1- Select a dealer on the Viewable Items screen. 

2. Click Search on the side navigation bar. Fig. 25 is displayed. 

3 . Enter the search criteria the user wants. 
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Search Options 

The Search screen has the following options to narrow the search: 



Option 


Description 


VIN 


Enter the 17-character VIN or any part of it: beginning, middle, end. 


Model 


Select a model from the drop-down list or accept Any. 


Year 


Select year of the vehicle from the drop-down list or accept any. 


Date/Date Ranee 


Select the month and year pertaining to the status of the vehicle 
destined for the dealership. Then select a day in the calendar on the 
left, or select a date range by clicking a day in both ihefrom 
calendar and to calendars. 


Vehicle Status 


. Forecasted Vehicles - Vehicles that have title Vehicle Forecasted 
event as the last occurring event. The date/date range that the user 
specifies is matched to the vehicle-forecasted date. A vehicle is 
forecasted for a release date. 

Invoiced Vehicles - Vehicles that have the Production Begins event 
as the last occurring event. The date/date range that the user 
specifies is matched to the production-begins date. A vehicle is 
invoiced when production begins. 

Released Vehicles - Vehicles that have the Vehicle Released event 
as the last occurring event. The date/date range that the user 
specifies is matched to the vehicle-released date. A vehicle is 
"released" when it begins transport from the plant. . 



5 

Exemplary results are shown on Fig. 26. 



Accessing Vehicle Detail 

10 The vehicle tracking system 34 provides a description of each vehicle in the 

system. This information is derived from the VIN. 

To access detail for a vehicle, the user clicks the vehicle identification 
number (VIN) for a vehicle on a Status Detail screen. Fig. 27 shows an example of 
15 Vehicle Detail. 
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Ramp View 

This section describes how the user can check status information and 
descriptions for vehicles destined for arrival at a dealership. 

To see the view for a ramp, click a ramp name on the Viewable Items 
5 screen. A table similar to that shown in Fig. 28 following is displayed. This 

"Ramp View" shows the quantity of vehicles that were originally planned to arrive 
at the ramp for each date listed. 

The user has the following options in the Ramp View: 

• See the quantity of vehicles for a date according to model (click the 
10 Unit Breakdown icon). 

• See the revised arrival date and current status of each vehicle for a date 
(click the Vehicle Summary icon). 

Accessing the Unit Breakdown 
I 5 To see the quantity of vehicles originally planned for delivery at the ramp 

according to model, the user should go to the row for a specific date and click the 

icon in the Unit Breakdown column. A screen such as in Fig. 29 appears. 

The Unit Breakdown (Fig. 29) shows the user the quantity of models 

originally planned for arrival on a specific date at a ramp. The Unit Breakdown 
20, (a.k.a., Model Summary) includes the following: 

• Model 

• Quantity (quantity for a particular model) 

• Vehicle Summary (a link to a more detailed information about vehicles 
for a particular model) 

25 

The user has the following options in the Unit Breakdown: 

• See the revised arrival date and cuirent status of each vehicle for a date 
(click the Vehicle Summary icon). 

• See the entire status of table of events for a particular vehicle (click the 
30 Vehicle Summary icon, then click the status location). 
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Accessing the Vehicle Summary 

To see a list of vehicles with the current status and revised arrival date at 
the dealership, the user should go to the row for a specific date and click the 
Vehicle Summary icon, either in the Ramp View or in the Unit Breakdown. Fig. 
5 30 is shown. 

The Vehicle Summary for the Ramp View lists all vehicles originally 
planned to arrive at the ramp on a specific date. 

As may be seen, the Vehicle Summary includes the following: 

• VIN (partial VTN, VENf column) 

10 • Vehicle model (Model column) 

• Year of the vehicle (Year column) 

• Planned date of arrival at ramp (Planned Arrival) 

• Revised date of arrival at ramp, when applicable (Revised Arrival 
column) 

15 • Current location of the vehicle (Location column) 

• On-schedule indicator (traffic light in Status column). When lit, green 
is on time, yellow is one day late, and red is two days late. 

Vehicle Summary Options 
20 The user has the following options in the Vehicle Summary: 

• See a description of a vehicle (click the VIN)- 

• See the entire status table of events for a particular vehicle (click the status 
location). 

25 Other Views 

It should be understood that similar Status Details Views, Hold procedures, 
search functions, and Vehicle Detail access is similar to those discussed in Dealer 
views. 
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10 



15 



Lane View 

This section described how the user can check status information and 
descriptions for vehicles associated with a lane. 

To see the view for a Lane, the user clicks a ramp name on the Viewable 
Items screen. A table similar to Fig. 31 is displayed. 

The Lane View shows the quantity of vehicles that were originally planned 
to arrive at the lane's end destination for each date listed. 

The user has the following options in the Lane View: 

• See the quantity of vehicles for a date according to model (click the 
Unit Breakdown icon). 

• See the revised arrival date and current status of each vehicle for a date 
(click the Vehicle Summary icon). 

Accessing the Unit Breakdown 

To see the quantity of vehicles originally planned for delivery at the lane's 
end-destination according to model, the user goes to the row for a specific date and- 
click the icon in the Unit Breakdown column. A screen appears similar to Fig. 32. 

The Unit Breakdown shows the user the quantity of models originally 
planned for arrival on a specific date at the end destination (ramp). The Unit 
Breakdown includes the following: 

• Model 

25 • Quantity (quantity for a particular model) 

• Vehicle Summary (a link to more detaUed information about vehicles 
for a particular model) 

The user has me following options in the Unit Breakdown: 



20 



30 



• See the revised arrival date and current status of each vehicle for a date 
(click the Vehicle Summary icon). 
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• See the entire status table of events for a particular vehicle (click the 
Vehicle Summary icon, then click the status location). 

Accessing the Vehicle Summary 

To see a list of vehicles with the current status and revised arrival date at 
the dealership, the user goes to the row for a specific date and click the Vehicle 
Summary icon, either in the Ramp View or in the Unit Breakdown. Fig. 33 is then 
shown. 

The Vehicle Summary for the Lane View lists all vehicles originally 
planned to arrive at the lane's end destination on a specific date. 
The Vehicle Summary (Fig. 33) includes the following: 

• VIN (partial VIN, VEST column) 

• Vehicle model (Model column) 

• Year of the vehicle (Y ear column) 

• Planned date of amval at ramp (Planned Arrival) 

• Revised date of arrival at ramp, when applicable (Revised Arrival 
column) 

• Current location of the vehicle (Location column) 

• On-schedule indicator (traffic light in Status column). When lit, green 
is on time, yellow is one date, and red is two days late. 

Vehicle Summary Options 

The user has the following options in the Vehicle Summary: 
25 • See a description of a vehicle (click the VIN). 

• See the entire status table of events for a particular vehicle (click 
the status location). 
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Accessing Status Details 

To see all status events for a vehicle, the user goes to the vehicle in 
question on the Vehicle Summary and click the current location item in the 
Location column. 

The vehicle Status Details screen for the Lane View (Fig. 34 is shown) 
shows all status information concerning a particular vehicle on its way to the 



Status Details includes the following: 
10 • A standard event that involves production or transport of the vehicle 

• Location information tied to the vehicle event 

• The original date planned for the event to occur 

• The revised date for the event to occur 

• The date when the event actually occurred 
15 • Any notes associated with the event 

Other Views 

Vehicle Status Updates, Hold techniques, searches, and vehicle detail 
access procedures are again similar to those discussed with respect to the Dealer 
20 views. 

Reports 

This section shows the user how to use Query Builder to design the user's 
own Vehicle Tracking System report. 
25 To access Query Builder to design the user's own report, the user does the 

following: 

1 . Goes into Vehicle Tracking System and click Reports on the left 
navigation bar. The Report Builder main screen appears. 

2. Clicks Query Builder. The Query Builder screen appears. 

30 
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Report Information 

Query Builder enables the user to design the user's own reports based on 
the following Vehicle Tracking System information: 



Entity 


Attributes for Entity 


Area 


Area ID 




Name 




Zone ID 


A fic<*ri"iM v "PI flirt 


Name 




Plant Code 


Dealer 






Countv 




jjesuer v^oac 




XJCaltt J/N 4111 w 




FTPS 




SPT C Code 




State 




Street Address 


■ 


7m 


— — — — 

Lane 


T^eQcrintion ! 




Destination 




Lane ID 

J /111 J Jl / 




OritHn 


i^aUC oCgJXLCIILo 


Duration 




Segment Name 




Segment Order 


Ramp 


Area ID 


Mnemonic 




Plant Code 




Ramp Code 




State 


Vehicle 


Base Color Code 




Body Option 




Dealer Code 




Destination Ramp Code 




Emission Indicator 




Estimated Delivery Date 




Estimated Production Date 




Last Status 




Model Year 




Plant Code 




Plant Ramp Code 


Zone 


Name 




Zone ID 
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Designing a Report 

To design a report, the user does the following: 

1 . Choose an option in the drop-down box for the basis of the query and 
click Continue, The user's choice appears at the top of the screen, next 

5 to Entity, and the next list of options appears. 

2. Select an attribute from the drop-down list and click Continue. A 
search criteria screen is displayed that allows the user to specify a range 
of limitation for the attribute. 

3. Specific the starting point of the search (in this case associated with 
10 "Zip") and click Continue. The Report Editor for foimatting controls 

appears. 

Some attributes bring up a numeric search criteria screen, such as the one below. 
The user can then specify a range of numbers. 

15 

4. Accept the report as it is, clicking Save Report or Use Report, or 
continue to design this report by changing the page orientation or by 
clicking Column Editor. 

20 Column Editor allows the user to add more columns with related information. 

5. Use the Column Editor to add more columns and do column formatting, 
then click Accept. The user return to the Format Editor with the 
changed displayed. 

25 

6. The user can click either Save Report or Use Report, after reviewing the 
column formatting for the report. 

7. When the user selects Save Report, the user can enter a report name and 
30 description, then click Save. 

The user returns to the Report Editor screen. The report the user designed 
will appear as a report option on the Predefined Reports screen. 
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8. To generate the report immediately, click Use Report. The Generate 
Report screen appears. 

5 Make any changes the user wants to make to the fields, then scroll down 

the page to specify output parameters for the report 

9. Specify how the user wants the report produced and what to do with it. The 
user clicks Go to output the report. 

10 

Output Format Options 

The following options are available in Query Builder for a report's output 

format. 



Option 


Description 


HTML, Single page 


Places entire report on one HTML page, so that the user 
only has to scroll down to see entire report. 


HTML, Paginated 


Separates the report into pages. Enter a number in the 
Records per page box to specify number of records. 


HTML, Records per page 


When the user selects Paginated, enter the number of 
records to be contained on each page. 


PDF 


Makes the report a PDF file. A PDF viewer (Adobe) must 
be installed to view the PDF formatted results 


Text, Display in browser 


The user should select one of the following: display in 
browser, download to local machine, e-mail to xxx. The 
report displays directly in the browser, like Microsoft 
Explorer or Netscape. The user can then print the report. 


Text, Download to local 
machine 


The user should select one of the following: display in 
browser, download to local machine, e-mail to xxx. 
Downloads and allows the user to save it as a text file on 
the user's computer. 


Text, E-mail to ... 


The user should select one of the following: display in 
browser, download to local machine, e-mail to xxx. 


Text, Comma delimited 


Separates the items on the report rows with a comma. 


Text, Tab delimited 


Separates the items on the report rows with a tab space. 


Text, Specify delimiter 
char. 


Separates the items on the report by the character that the 
user specifies. 


Text, First row headers 


Adds the header names at the top of the page. 


Text, new lines 


This check box should be selected the user is working on a 
Unix machine, to adjust the line feed (carriage return or 
Unix line feed only). 
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Option 


Description 


Text, Apply formatters 


This check box should be selected to indicate that the user 
wants a character formatter carried forward to the output 
(example, $). See the Formatter field on the Report 
Column Editor screen. 


Text, No surrounding 
quotes 


Report items are not enclosed by quotation marks. 


Text, Double quotes 


Report items are enclosed by double quotation marks 


Text, Single quotes 


Report items are enclosed by single quotation marks. 


Specify surrounding char. 


Report items are enclosed by the character that the user 
specifies. 



Predefined Reports 

This section describes the reports that are available with vehicle tracking 
system 34, Phase 1. 
5 To access the Origin Ramp Report, the user does the following: 

L Goes into The Vehicle Tracking System and click Reports on the left 
navigation bar. The Report Builder main screen appears. 

2. Click Predefined Reports. The Predefined Report screen appears. 

3. Click the Planning arrow, the click Origin Ramp. The Generate Report 
10 •■ screen for the Origin Ramp Report appears. 

The Origin Ramp Report lists all vehicle status information according to 
the origin ramp the user specifies. 

When the user has accessed the Origin Ramp Report, complete the 
following information: 

15 1. Enter the number of records to include in the report (Fetch Limit). 

2. Enter an origin ramp code (Input Value: Origin Ramp Code). 

3 . Define the date range for vehicle release date(s) the user wants (Input 
Value: Release Date Range Start and Release Date Range End). 

4. Select the output format for the report (HTML, PDF, Text), including 
20 any options the user prefers and click Go. Sec Output Format Options 

for more explanation of options. 

Introduction to the No Start VINs Report 

The No Start VINs Report lists all vehicles that have been released ftt>m the 
25 plant as the last recorded status. 
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Accessing the No Start VINs Report 

To access the No Start VINs Report, the user does the following: 

1 . Goes into The Vehicle Tracking System and click Reports on the left 
5 navigation bar. The Report Builder main screen appears. 

2. Clicks Predefined Reports. The Predefined Report screen appears. 

3. Clicks the Expediting arrow, then click No Start VINs. The Generate 
Report screen for the No Start VINs Report appears. 

10 Using the No Start VTNs Report 

When the user has accessed the No Start VINs Report, the user then 
completes the following information, by: 

1 . Entering the number of records to include in the report (Fetch Limit). 

2. Entering an origin ramp code (Input Value: Origin Ramp Code). 
15 3. Selecting the output format for the report (HTML, PDF, Text), 

including any options the user prefers, and clicking Go. See Output 
Format Options for more explanation of options. 

Output Format Options 
20 The following options are available in Query Builder for a report's output 

format. 



Option 


Description 


HTML, Single page 


Places entire report on one HTML page, so that the user 
only has to scroll down to see entire report. 


HTML, Paginated 


Separates the report into pages. The user enters a number in 
the Records per page box to specify number of records. 


HTML, Records per page 


When the user selects Paginated, the user enters the number 
of records to be contained on each page. 


PDF 


Makes the report a PDF file. A PDF viewer (Adobe) must 
be installed to view the PDF formatted results. 


Text, Display in browser 


The user should select one of the following: display in 
browser, download to local machine, e-mail to xxx. The 
report displays directly in the browser, like Microsoft 
Explorer or Netscape. The user can then print the report. 
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Option 


Description 


Text, Download to local 
machine 


The user should select one of the following: display in 
browser, download to local machine, e-mail to xxx. 
Downloads and allows the user to save it as a text file on the 
user's computer. 


Text, E-mail to ... 


The user should select one of the following: display in 
browser, download to local machine, e-mail to xxx. 


Text, Comma delimited 


Separates the items on the report rows with a comma 


Text, Tab delimited 


Separates the items on the report rows with a tab space. 


Text, Specify delimiter 
char. 


Separates the items on the report by the character that the 
user specifies. 


Text, First row headers 


Adds the header names at the top of the page 


Text, new lines 


This check box should be selected if the user is working on 
a Unix machine, to adjust the line feed (carriage return or 
Unix line feed only). 


Text, Apply formatters 


This check box should be selected to indicate that the user 
wants a character formatter carried forward into the output 
(example, $). See the Formatter field on the Report Column 
Editor screen. 


Text, No surrounding 
quotes 


Report items are not enclosed by quotation marks. 


Text, Double quotes 


Report items are enclosed by double quotation marks 


Text Single quotes 


Report items are enclosed by single quotation marks 


Specify surrounding char. 


Report items are enclosed by the character that the user 
specifies. 



Additional Embodiment 

Reference is now made to ah additional embodiment of the invention, to be 

discussed in conjunction with Figs. 35-44. 
5 After logging in (screen not shown) the user is presented with 'Viewable 

items" which the user can access, which can be by password access or by the 

shown search factor. Assuming the user clicks on the "Beach Motors" by 

hyperlink at "X". Fig. 35 A will be presented, which is a Dealer View. As may be 

seen, this view shows for a given date, the number of vehicles projected for arrival 
10 at the dealership. As an example, on 2/19/01, four vehicles are projected. For that 

date, four different summaries are available: model summary, railcar summary, 

ramp summary, and vehicle summary. 

Assuming link "A" is selected from Fig. 26, a screen such as Fig. 37 is then 

displayed. Fig. 37 is a model summary list, by model, of the four vehicles which 
15 are to arrive at the dealership on 2/19/01. As may be seen, one is a Crown 

Victoria, whereas the others are Expedition XLT models. Assuming one "clicks" 
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(selects) the Vehicle Summary hyperlink shown on Fig. 37, the Vehicle Summary 
will be shown as in Fig. 38. Fig. 38, the Vehicle Summary, shows the VTN 
(ZFAFP73W8YX1 67501), the model (Crown Victoria Standard), year (2000), 
planned arrival (02/19/01), revised arrival (2/24/01) location (loaded on railcar 
5 ETTX907680) and status. If more than one vehicle was located, the Vehicle 
Summary would have looked more like Fig. 42. 

If the "location" link is selected, a Status Details Screen such as in Fig. 39 
(or 43) is provided, which in this case shows the past history, present status, and 
future anticipated events planned for the automobile. 
10 Deferring back to Fig. 36, if instead link "B" is selected, namely the Railcar 

Summary, a screen such as Fig. 40 is provided. As may be seen, this screen where 
twenty-four autos interact with the Rail System. If the Vehicle Summary link is 
selected as shown, a Vehicle Summary display similar to Fig. 38 will be shown, 
except more lines of display will accommodate the twenty-four autos (unless they 
15 are on the same train). 

Deferring again back to Fig. 36, if the "Ramp Summary" link is selected, 
then a Ramp Summary screen such as Fig. 41 is then shown, which as may be seen 
shows the Winston Salem ramp with fifteen (15) vehicles. If Vehicle Summary is 
selected, a Vehicle Summary report such as shown in Fig. 42 is shown, which in 
20 this case requires two pages (only one is shown). 

Deferring back again to Fig. 36, if the Vehicle Summary link is selected 
from this screen, a list of vehicles similar to Figs. 38 or 42 would be shown. 

As may also be seen, a VIN search is provided in many of the screens, to 
allow an independent VIN search (which could be limited to the user's associated 
25 V1NS). AS may also be seen, in Fig. 39 a link is provided to allow the user to put a 
vehicle "on hold", as discussed earlier. 
Simulation Runs 

As noted above, the simulation tool 38 (1) analyzes the vehicle distribution 
network currently and into the future to predict bottlenecks; and (2) tests the 
30 impact of proposed changes to the existing vehicle distribution network "off-line." 
Periodically, and preferably at least once each day, an experienced simulation 
operator employed by the management team runs a simulation of the network at 
the simulation workstation 64. In preparation for running scenarios, the operator 
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checks for the presence of required, up-to-date input data as described above. As 
noted, most of the required input data is received from the tracking system 34, 
which in turn receives the data from monitors or scanners in the distribution 
network 20, or from manufacturer and carrier computers. 
5 At the beginning of the simulation run, the workstation reads in the status 

of the system from the simulation database. This information loads the model with 
the current status or state of the vehicle distribution network, and includes the 
number of vehicles located at each point in the network, production orders for the 
next selected number of days, and (as the vehicles are produced) assigned routings 

10 from the Master Routing Table based on the origin and destination (O-D) pair. 
Updates to the manufacturer's production schedule can be input via the Excel 
interface 62. The simulation uses the O-D pairs and the duration times from the O- 
D Travel Time Table to move the vehicles through the network. For vehicles 
already in the pipeline as part of a train, the location of the railcar will be used as 

15 well as the date it left its last known position. Arena will subtract that time from 
the total duration time to determine the remaining duration to the destination ramp. 

Running the current status of the network provides the outputs listed above, 
which measure the current efficiency of the network. The operator can view the 
throughput of the network, cycle times between points in the network, transit and 

20 freight costs, and the number of transport devices being utilized at each origin 
point and mixing center. Over the selected number of days, the operator can see 
where bottlenecks will occur, and provide recommendations for adjusting the 
network to avoid the predicted bottlenecks. 

As discussed above, bottlenecks can occur principally (1) at a 

25 manufacturing plant, when the number of vehicles produced exceeds parking 

capacity, or vehicles are not loaded fast enough to meet target times, or there is a 
lack of sufficient empty railcars or car haulers; (2) at a mixing center when the 
number of railcars or car haulers exceeds their '^parking" capacity, or the number 
of vehicles unloaded exceeds parking capacity, or there is a lack of sufficient 

30 empty railcars or car haulers, or vehicles are not loaded fast enough to meet target 
times, or the proportion of railcars that must be unloaded (rather than bypassing the 
mixing center) is too high; or (3) at a destination ramp, when the number of 
railcars or car haulers exceeds their c *parking" capacity, or the number of vehicles 
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unloaded exceeds parking capacity, or vehicles are not loaded fast enough to meet 
target times. To attempt to avoid such bottlenecks, the operator can change 
specific inputs to the model, selected from the list given above in the description of 
the Arena model. The Excel interface 62 allows users to easily change inputs to 
5 the simulation. Examples of responses to particular bottlenecks, with a possible 
implementation if the modified model eliminates the bottleneck, are given in the 
following table: 



Bottleneck 


Example Input Modification 


Implementation 


At a manufacturing plant: 






Too many vehicles 


No. of vehicles loaded/unloaded per 
day , or 

No. of vehicles made, or 
Parking capacity, or 
Rail capacity. 


Hire labor 

Spread production 
Rent space 

More or bigger railcars 


Vehicles not loaded fast enough 


No. of vehicles loaded/unloaded per 
day 


Hire labor 


Not enough empty railcars or car 
haulers 


Rail capacity, or 
No. of vehicles made 


More or bigger railcars 
Spread production 


At a mixing center: 






Too many railcars or car haulers I 


Add routings, or 
Parking capacity, or 
Rail capacity 


Alter arrival times 
Rent car hauler space 
Fewer railcars 


Too many vehicles 


No. of vehicles loaded/unloaded per 
day, or 

Add routings, or 
No. of vehicles made 


Hire labor, extend 
processing hours 
Divert to direct delivery 
Spread production 


Not enough empty railcars or car 
haulers 


Rail capacity, or 
Hauler capacity, or 
No. of vehicles made 


More or bigger railcars . 
Haulaway 

. Spread production or 
hold vehicles 


Vehicles not loaded or unloaded fast 
enough 


No. of vehicles loaded/unloaded per 
day 


Hire labor or direct ■ 
train around mixing ctr. 


Too many railcars to unload 


No. of vehicles loaded/unloaded per 
day 


Hire labor or direct 
train around mixing ctr. 


At a destination ramp: 






Too many railcars or car haulers 


Add routings, or 
Parking capacity, or 
Rail capacity 


Accelerate arrival times 
Rent car hauler space 
Fewer railcars 


Vehicles not unloaded fast enough 


No. of vehicles loaded/unloaded per 
day 


Hire labor 


Too many vehicles 


No. of vehicles loaded/unloaded per 
day, or 
Add routings 


Hire labor 

Space arrival rimes 
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Planning Tool 

The planning tool 36 serves as the control panel for the vehicle delivery 
system 10. Referring to Fig. 55, the planning tool utilizes both actual status data 
201 and distribution statistics 202 from the tracking system 34 as well as analyses 
5 203 of possible network designs from the simulation tool 38, and information 
needed to transport special/exception vehicles 205 that are planned for transport. 
The basic planning model will consider manufacturer production projections 204 
for 90-, 60-, 14-, and 5-day periods, and will determine system requirements on a 
daily basis once the vehicles are produced. 
10 In one embodiment of the invention, an operator at the workstation 59 can 

access this information, and make decisions to designate routes at 206 for 
upcoming VINs, as well as time in transit standards. The operator can input origin 
and destination information. The operator also issues orders at 208 for scheduling 
equipment and staffing that carriers will need to provide to carry out the designated 
15 routes, and notifies the carriers at 210, either by direct communication (e-mail, 
telephone, fax, letter, data communications interface 40) or through the 
management team whose members receive the orders at their portable workstations 
42 via the tracking system 34. The equipment schedules will cover deliveries over 
a number of days, and include the number and type of empty railcars and car 
20 haulers needed at all origin points and mixing centers at appointed times, and the 
train departures needed at specified departure times at origin points and mixing 
centers. For the same period, the staffing schedules will include staff to load 
railcars and car haulers at origins points and mixing centers, to unload at mixing 
centers and destination ramps, to receive vehicles at dealers, to reposition vehicles 
25 for proper loading, to handle bypass LTD railcars, and to build trains. Such staff 
may be employed by one or more railroads, one or more car haulers^ one or more 
load/unload contractors, and multiple dealers. 

In another embodiment, a software planning engine is run on the 
workstation 59 to optimize the delivery network 20, automatically assigning routes 
30 and ordering resources. Such software allows the planning tool to better actively 
plan the network and be less reactive. In particular, the software focuses on 
managing resources to reduce or eliminate unplanned dwell time at origin points 
and mixing centers. Results of the simulation tool analyses are used to generate 
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time phased workload plans across the network, and to provide vehicle estimated 
time of arrival (ETA) at rail switching or other network facilities. Furthermore, 
alternative routes for lane segments, namely, the best predetermined workaround 
contingencies for foreseeable problems, are factored into the original plan for use if 
5 necessary. 

Fig. 57 shows a flow diagram for such an automated planning process 300. 
Generally, the planning process 300 utilizes the output of the simulation tool 38 
given a set of inputs, based on simulation data inputs 305 of the type discussed 
above, and generates a routing plan database 310 which includes routes according 
10 to which the vehicle distribution network 20 is operated. The route planning : 
database 310 receives information directly and indirectly from numerous sources 
including the tracking system database 50 and the planning database 58. Other 
input information received through the simulation tool 38 includes VTN 
information 318 such as the product family (vehicle type, origin plant, and LTD or 
15 mix designation of origin ramp) and the load ratio of LTD to mix for the origin 
plant; transportation cost data 319; and dealer profile information 320. Direct 
inputs include ETA data 322 for arrival of vehicles at network facilities and 
demand data 323 reflecting die dealer demand for vehicles by region (such as 3 
digit zip code) at a given date. 
20 As shown in Fig. 58, the routing plan database 310 contains for each 

segment of a lane assigned to each VTN 22 a current routing plan 330, revised 
routing plans 332, and a record of the actual route 334 taken by the V1N, allowing 
each routing plan to contain the VTN status* a dynamic normal plan, revisions to 
the dynamic normal plan, and actual events for the VTN. Initial workload 
25 conditions are fed to me simulation tool 38 from the revised plans 332. 

Furthermore, routing plans are provided for each network facility, giving on a daily 
basis the facility's gross capacity, number of VTNs present ("wheels rolling"), and 
available capacity. Bom planned dates and actual events from pre-release through 
delivery are captured in the routing plan database 310 for each VTN. These plans 
30 and events begin with initial production sequencing and include gate release, rail 
switchout or haul away from the origin ramp, various in transit events, and dealer 
delivery. 
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The VIN routing planning process 300 takes advantage of the predictive 
capability of the simulation tool 38 to plan capacity in the network. The process 
utilizes key capacity effectively, eliminates bottlenecks and reduces unplanned 
dwell, thus reducing network cycle time for vehicle delivery and relative costs. 
5 One aspect of this process is to apply alternative routings from origin ramps in the 
simulation process to control bottlenecks at mixing centers. The process focuses 
on the mixing center as the resource most likely to experience bottlenecks, and on 
the origin ramp and the best source of high volume workarounds. The simulation 
tool 38 is used to predetermine the best workaround contingencies for the known 

10 production schedule, taking into consideration the relative cost and the effect on 

cycle time. Any expected origin ramp release of a "batch and hold" is incorporated 
into the simulation tool model. In operation of the network, flexing normal routes 
in response to contingencies on a day to day basis produces improved cycle times, 
and the routing planning process 300 builds such contingencies into the routing 

15 plans stored in the routing plan database 310. After several iterations of the 

simulation tool analysis, a best plan is accepted and communicated as described 
above to the carriers and the management team. 

Reducing the ratio of mix railcar loads to LTD loads in load plans 315 is an 
example of a technique that is applied to origin ramps. Referring to Fig. 2, assume 

20 that the simulation predicts that the need to a few VINs on a mix railcar will 

prevent an entire train of LTD railcars from bypassing the mixing center. In this » 
case, the extra flexibility available in assigning alternative routings may result, for 
example, in sending the mix load VINs directly to a destination ramp or dealer by 
car hauler even though such a destination is farther than the normal limit for direct 

25 car hauler delivery. The VIN routing operations process 307 generates time- 
phased workload plans across the network for scheduling personnel and equipment 
and for notifying management team members at various network facility points of 
upcoming needs. The management team then has the accurate information it needs 
to assure that downstream facilities and carriers have labor and haul away capacity 

30 in place to carry out the routing plan. This process also calculates VIN ETAs at 
rail switchout points that the network is capable of meeting. 
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Actual network performance is tracked by providing metrics 316 (cost per 
VTN and cycle time) and "report cards." The following table shows a comparison 
of a VTN routing plan 330 to the VIN's routing actual data 334, allowing the 
management team to assess on time delivery performance. 

5 



VINPlan 



VIN lFaxxxxxxxx 

Produced at 9/15. to be delivered 9/26 


Ship Facility 


Planned Ship 
Date 


Receipt Facility 


Planned 
Receipt Date 


Mode 


Origin ramp 


Ship 9/17 


To Fostoria m/c 


Receive 9/19 


Rail 


Fostoria 


Ship 9/20 


To destin ramp 


Receive 9/23 


Rail 


Destin ramp 


Ship 9/24 


To Dealer 


Receive 9/26 


Truck 




VTN Actuals 










Transaction 


Facility 


Date 






Ship 


Origin ramp 


9/18 






Receive 


Fostoria 


9/20 






Ship 


Fostoria 


9/22 






Receive 


Destin ramp 


9/24 






Ship 


Destin ramp 


9/25 






Receive 


Dealer 


9/28 





10 



Segment events can be summarized to provide ''report cards" such as the 
following chart, which can be utilized to update the simulation model. 



Report Cards 


Segment 


Plan lead 


Actual lead 


On Time 


time 


time 


Percentage 


Origin ramp to Mix Center 


2 days 


2 days 


100% 


Mix Center 


1 


2 


50% 


Mix Ctr to Destination Ramp 




2 


150% 


Destination Ramp 


1 


1 


100% 



A post planning process is carried out to allow the management team to 
identify new problems requiring solutions or contingencies, to monitor and 
20 coordinate the execution of the routing plans in operation of the network, and to 
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maintain the accuracy of the network model and initial conditions used by the 
simulation tool. 

Geographic Build. Preferably, the planning tool 34 also will influence 
scheduling of vehicle production so that advanced geographic build practices are 
5 utilized at vehicle assembly step 213 of Fig. 55. In one embodiment, manufacturer 
production volume is planned to meet available delivery network capacity. 
Geographic build will be utilized to smooth the volume levels for a given 
destination ramp based on the planned production forecast for a given week. This 
will allow for a more consistent flow of vehicles by day within each week, while 

10 adhering to the total planned production to each destination for the week. Based 
on advance notice of dealer orders (for example, three weeks lead-time prior to 
production), the planning tool will be used to provide a production schedule 
request to a manufacturer indicating the desired daily leveling of volume for a 
given week. This production schedule request will be based on current network 

15 operating capacity, rail and haulaway earner performance and total forecasted 
volume for each destination ramp. The production schedule request can be input 
by the manufacturer into the manufacturer's production scheduling solve 
algorithm. 

Pursuant to another aspect of geographic build, the planning tool 
20 scheduling request can specify consolidation of production for shipment to low : 
volume destinations into a more condensed pattern. Also, with access to long 
range production forecasts, the planning tool will be used to reduce spikes incurred 
by fleet sales to auto rental agencies or corporations by spreading production of 
such vehicles to evenly use capacity in the delivery network. 
25 In another type of geographic build, in response to prediction of bottlenecks 

or actual bottlenecks in the network, the manufacturers can alter the sequence in 
which particular VINs enter the network (to ease congestion in particular lanes), 
adjust the ratio of LTD to mix loads, or otherwise affect the sequence of VINs at 
network facility points experiencing congestion or bottlenecks. If a manufacturer 
30 uses a logistics program to coordinate arrival of parts at a plant for production over 
a following number of days, the manufacturer can plan the vehicles to be made in 
that period of days by ordering a particular set of parts to fit network capacity, or 
can alter the sequence in which the planned vehicles are assembled. For example, 
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making enough vehicles going to the same destination ramp can increase the ratio 
of LTD loads to mix loads. 

Geographic build may be used to control the number of vehicles built for 
particular destinations over a period of time, such as a week. In the alternative, 
5 vehicles for a particular destination may be made only on one day of the week, to 
allow more efficient car hauler loads. In some cases a plant near the first 
destination may make vehicles going in the other direction only on a day of the 
week that allows the same car haulers to make an efficient round trip. For 
example, the manufacturer may do a Louisville to Atlanta build on Monday, and an 

1 0 Atlanta to Louisville build on Tuesday. The same car haulers could then transport 
both sets of vehicles. 

In a preferred embodiment, the manufacturer produces vehicles in an order 
such that a group of vehicles going to the same destination ramp is released in 
sequence, allowing the vehicles to be loaded onto railcars without parking them in 

15 aholdingarea. 

Daily Routing Plan Process. A daily routing plan process is summarized in 
Fig. 59. Various updates to the simulation model are represented at block 340, 
and VIN profiles, family data, and production schedules are represented at block 

20 341. These pre-routing inputs include batch and hold updates, facility capacity 
updates, carrier updates, and route contingency plans. These inputs are associated 
with a set of simulation parameters at block 344, depending on the current iteration 
of route planning. Iteration no. 1 assumes unlimited capacity at mixing centers, 
and takes into account batch and hold expectations at the origin ramps. The 

25 simulation tool does a routing analysis at block 345, assessing the magnitude of the 
worst predicted mixing center problems and the possible origin ramp options for 
dealing with those problems. Plan metrics, including the cost per VIN and the 
cycle time to complete the plan, are output. The process of optimizing and 
simulating then returns to block 344 for iteration no. 2, which uses the real 

30 capacity of the mixing centers. On this iteration, the simulation tool at block 345 
integrates origin ramp workarounds into the model, and outputs the same metrics. 
The process again returns to block 344 for iteration no. 3, which uses the best 
workarounds, and at block 345, outputs a final plan with update VIN ETAs, 



WO 01/65454 



PCT/US01/06652 



verifies that the final plan is acceptable, identifies any continuing problem 
attributes for post-planning evaluation, and provides a plan summary. At block 
349, the plan is accepted. The routing process includes a mixing center review, 
planning for origin ramp contingencies, planning cycle time, planning a cost 
5 summary, and updating ETAs. Block 350 represents post routing analysis and 
adjustments to be applied to the next daily routing process, based on review of 
final cycle time and cost, workloads, new issues that arise, and lead time analysis. 

It will be understood that the techniques described above can be 
implemented by an operator examining the simulation tool output, as well as 
10 automatically. 

Vehicle Flow in the Routing Plan 

Returning to Fig. 56, the vehicle assembly step 212 is followed by a plant 
release event of the finished vehicles at block 213. At block 214, the vehicles are 

15 divided into held VINs 216 and shippable VINs 217. Those held eventually 
become shippable at block 218, their ship date is recalculated at block 220, and 
they return to shippable status at 21 7. Next, they are loaded by vehicle 
manufacturer employees 33 or load/unload contractors 35 (See also Fig. 45) at 
block 222 either onto a railcar at block 223 or a car hauler at 225. The car hauler 

20 28 conveyance may be routed to a dealer 29 for final delivery at block 226, or may 
proceed to a rail yard or consolidation hub of the type described above at block .'. 
228. At such a loading point, the car hauler is unloaded at 229 and reloaded at 
block 230 onto a railcar as indicated at block 223. 

Staging of vehicles at origin plant consolidation hubs and mixing centers, 

25 as well as loading and unloading of vehicles onto or from railcars, is typically done 
by employees of an independent load or unload contractor 35 (see also Fig. 45). 
Rail carrier personnel 41 include personnel to operate and switch railcars and 
trains. Car hauler personnel 37 include drivers and assistants who typically load 
and unload, as well as drive, car hauler trailers. However, the system 10 also 

30 contemplates car haulers engaging independent load or unload contractors. In a 
system according to the present invention, these independent employers are 
supervised and coordinated by the management team, taking advantage of the 
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visibility of the network made possible by the tracking system 34, and the routing 
and workload plans received from the planning tool 36. 

Trains of railcars at 223 are in transit to a switching point 232, a mixing 
center 233, or a destination ramp 235. A railcar arrival event at the mixing center 
5 is indicated at block 237, following which the railcars are staged at 238 either to an 
area 239 for mixed loads or a yard 240 for LTD (unmixed) loads that will bypass 
the mixing center process. The mixed loads are unloaded at block 242 and 
reloaded at 243 onto railcars after sorting. At block 245, new trains are built from 
the railcars of newly sorted vehicles and the LTD railcars. A railcar departure 
1 0 event from the mixing center is indicated at block 247, followed after transit time 
by a railcar arrival event at a destination ramp indicated at block 235. The vehicles 
are unloaded from the railcars at block 249, and loaded at 250 onto car haulers 251 
for transport to a dealer for final delivery at block 252. It should be understood 
that Fig. 56 shows a simplified version of the delivery network. The actual 
1 5 network includes multiple origin points, mixing centers, destination ramps, and 
dealers. Trains traveling between mixing centers and destination ramps may stop 
at a switching point for the addition or subtraction of railcars. 

Plant to Dealer Examples. Figs. 61 - 65 show vehicle flows for several 
specific examples using a vehicle delivery system 10 according to the present 
20 invention. Figs. 61 and 63 illustrate the process 400 for transporting vehicles on 
' LTD railcars from a Michigan truck plant to a California (Mira Loma) destination 
ramp via a Kansas City mixing center. At step 401, a bar code or other encoded 
symbol on a completed VBSf is scanned into the tracking system 34 and at 402 the 
vehicle is released by the manufacturer as ready for shipment. The vehicle is 
25 inspected by a load contractor at 403, found acceptable for rail transportation at 

404, and staged by the load contractor in a geographic load line of an outbound rail 
yard at 405. The VIN is scanned to update its status. The geographic load line 
may be outside the origin plant, or may be a consolidation hub 25c for 
consolidating vehicles either produced at multiple plants of the same manufacturer, 
30 or commingled from plants of different manufacturers. Until enough vehicles have 
been released to fill a rail car, at 406, the vehicles in the load line wait at 407, and 
then they are loaded onto a rail car at 408 and tied down at 409. The VIN 
identification code is tied in the tracking database 50 with a scanned railcar 
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identification code. The routing plan will assume a standard maximum time of, for 
example, 24 hours between plant release and scanning of a rail car containing the 
vehicle upon the rail car moving out of the loading area at 410. 

The management team 31 oversees the staging and loading process, 
5 utilizing a routing plan for each VIN received on workstations 42. The routing 
plan detail includes an indication of where each VIN should be staged prior to 
loading so that the VIN will efficiently begin its proper lane segment according to 
the routing plan. As key events occur to the VIN, its code is scanned by the 
management team 31 or personnel under their supervision, and the information is 

10 transmitted through the workstations 42 or through the communications interface 
40 to update the tracking database 50 The management team 3 1 also may manually 
enter status information to the tracking database. The involvement of personnel 
employed by the carriers and the load/unload contractors is shown 
diagrammatically in Fig. 60 for typical LTD and mix scenarios. 

1 5 The management team 3 1 also may receive an alert concerning a VTN via 

the workstation 42. For example, if a VENPs status has not been updated to indicate 
it has been loaded within a planned time from its plant release, the appropriate 
team member will receive an alert. Based on the alert, the team member will 
determine the reason for the delay and takes steps to get the VIN back on schedule. 

20 The management team 3 1 also deals with capacity problems that arise at . 

origin points. For example, if 100 vehicles are held prior to release for a day, and . 
then are released along with the next day's production of 100 vehicles, and the 
capacity of the origin ramp for loading vehicles is 100 vehicles per day, the 
members of the management team 31 on site at the origin point will consider 

25 options for resolving the problem. They may level the shipment volume by 

spreading the 100 car backlog over time on a first-in first-out basis, in conjunction 
with finding additional railcars to handle the increased volume level. A 
contingency planning group of the management team 31 is notified, and the 
contingency planning group in turn notifies all affected managers, contractors, and 

30 carriers. An equipment control group of the management team 3 1 also is notified 
so that they can assist in obtaining additional railcars, as well as dealing with the 
effect of diverting any of such railcars from other parts of the delivery network. 
The team members on site might also consider shipping all 200 vehicles on then- 
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day of release, but this would create an activity spike at the next operation 
downstream, overloading capacity there. Also, finding equipment to ship double 
the usual quantity of vehicles would be more difficult. 

The management team 3 1 uses the following form to guide it through 
5 problem analysis: 



Questions 


Your Responses 


What solution(s) do you 
propose? 




What steps will you follow to 
resolve the situation? 




Who will you contact? 




What alternatives did you 
consider? 




What makes your solution the 
best? 





Another example of a capacity problem at an origin point might be a rail 
equipment shortage. This problem might be dealt with using a car hauler diversion 

10 by using existing car hauler capacity to make up for the rail equipment shortage, so 
long as the diversion of car haulers would not jeopardize planned car hauler 
shipments. Again, the contingency planning group and equipment control group 
would be notified. An option of holding vehicles at the origin point probably 
would be rejected in order to maintain schedule for all the vehicles. 

15 The management team 31 at other locations would deal with problems in a 

similar way. For example, the team at a mixing center might find that luxury 
vehicles were damaged in loading, or that some VINs have been mis-routed, or that 
there is a bottleneck at the next destination point for some VINs, or that there is an 
unexpected 24 hour delay due to rail congestion. The team at a destination ramp 

20 might find that a dealer is not open to receive vehicles that have arrived at the 
ramp, or that congestion at the ramp makes it impossible to bring in any more 
vehicles although more are scheduled to arrive, or that there are not enough car 
haulers to deliver to dealers the vehicles present at the ramp. 

Continuing with the vehicle flow of Fig. 61 , the loaded rail cars are blocked 

25 at 412 by rail carrier personnel to build a train, which leaves the origin point at 413 
within 36 hours if the standard schedule time is met. In this example, the train 
travels directly to the Kansas City mixing center, where the rail car containing the 
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VTN is pushed onto support tracks at 415 by rail carrier personnel (in the case of 
LTD railcars). The railcar is scanned on departure from the origin point and on 
arrival at the mixing center. Within a period of time, planned to be no more than 
24 hours, the rail car is consolidated by rail carrier personnel at 416 with others 
5 bound for the Mira Loma destination ramp as a train is built At 417 the railcars of 
the train are scanned, and the train begins its long trip, about 48 hours, to Mira 
Loma. 

Referring now to Fig. 63, the rail car arrives and is scanned at the Mira 
Loma ramp at 427. Unload contractor employees unload the railcar within 6 hours 
10 ifonschedule, at 428, and place it in a geographic bay according to dealer location 
at 429. The vehicle is scanned on arrival at the bay, where the haulaway contractor 
inspects the VTN at 430 for any damage caused in transit thus far. The contractor 
loads the VIN onto a car hauler and scans it at 432, ties down the VEST at 433, and 
drives the car hauler to the dealer at 435, The VIN identification code is tied in the 

15 tracking database 50 with a scanned haulaway trailer identification code. The car 
hauler contractor personnel unload the VTN at the dealership at 436, the dealer 
gives the VIN a final inspection at 437, and a final scan is done to update the 
tracking system with an indication of completion of transport and acceptance by 
the dealer. The scheduled maximum time between arrival at the geographic bay 

20 and final inspection is 48 hours. 

i Fig. 62 shows a vehicle flow for a somewhat different.process 440 for 

transporting vehicles initially on car haulers from a car plant in Michigan to a 
California (Mira Loma) destination ramp via a two mixing centers. Steps 441 to 
443 are identical to steps 401 to 403 described above. However at 444 the VIN is 

25 scanned and accepted for haulaway transport and contractor personnel stage the 

VTN to a load line at 445. When there are enough VINs to fill a track load as noted 
at 446 (if not there is a wait at 447), the car hauler personnel load their rig at 448 
and tie down at 449. The VIN identification code is tied in the tracking database 50 
with a scanned haulaway trailer identification code. The rig moves out at 450 and 

30 travels for a time represented by 452 to the Fostoria, Ohio, mixing center where at 
455 the VTN is unloaded, scanned, and staged for inspection by an unload 
contractor. At 456, the unload contractor inspects the VTN and sends it to a 
geographic load fine at 457 for consolidation with other VTNs bound for the same 
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destination ramp. When there are sufficient VJNs to fill a railcar for that 
destination as noted at 458 (wait at 459), the contractor loads a rail car at 460, 
scans the VINS loaded and the rail car, and ties down at 461 . Steps 462 to 466 are 
identical to steps 410 to 416 ahove, as the train travels to the Kansas City mixing 

5 center, the railcars are rebuilt into trains. Then the process continues with the steps 
of Fig. 62 as described above, culminating in delivery to the dealer. 

Fig. 64 shows a vehicle flow for a somewhat different process 470 for 
transporting vehicles on mix railcars from the Michigan truck plant to a Phoenix, 
Arizona, destination ramp via the Kansas City mixing center. Steps 471 to 474 are 

10 identical to steps 401 to 404 described above as the VIN is released and identified 
for rail transport. At 475, the vehicle is staged at a load line with others bound in 
mixed loads ibr the Kansas City mixing center. Steps 476 to 483 are identical to 
steps 406 to 413 described above as the VIN is loaded onto a railcar and travels by 
train to the mixing center. The railcar is pushed by rail carrier personnel into ramp 

1 5 tracks at the mixing center at 485, where the VTNs are unloaded at 486 by unload 
contractor personnel, scanned, and inspected by the contractor at 487. The 
contractor determines that the VTN's next lane segment will be by rail at 488 
(using information from the tracking database 50). Steps 489 to 496 are identical 
to steps 457 to 464 described above, as the VIN is shipped by rail to the destination 

20 ramp. The process continues with the steps of Fig. 63 as described above, . . 
culminating in delivery to the dealer. 

Fig. 65 shows a vehicle flow for a process 500 for direct delivery from 
origin plant to dealer by car hauler. At step 501, a bar code or other encoded 
symbol on a completed VTN is scanned into the tracking system 34 and at 502 the 

25 vehicle is released by the manufacturer as ready for shipment. The vehicle is 
inspected by a load contractor at 503, and staged by the load contractor in a 
geographic load line at 504. The load contractor scans the VIN and loads it onto a 
haulaway trailer at 505, and ties down at 506. The VIN identification code is tied 
in the tracking database 50 with a scanned haulaway trailer identification code. 

30 Travel to a dealership is indicated at 507, followed by unloading of the VIN, which 
is scanned on arrival. Final inspection by the dealer and acceptance occurs at 509, 
and the accepted status of the VIN is sent to the tracking database. A standard time 
of, for example, 72 hours, is established in the routing plan for this total process. 
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Management team 

This management structure is responsible, primarily, for the reliable, safe 
and expeditious delivery of manufactured vehicles from all plants through a 
distribution network 20 to all dealerships located throughout the United States and 
5 Canada. As shown in Fig. 45, this management structure is provided by a 
management team 31 which consists of a pool of managers which provide on-site 
and remote management to a plurality of entities, providing a "management layer". 
Fig. 45 is a management flow chart showing how the management team 31 
provides a "management layer" over (although not necessarily directly 

10 supervising) various other entities which may not necessarily be employed by, 
paid, or salaried employees of the management team 31. These entities include but 
are not necessarily limited to manufacturer's personnel 33, vehicle 
loading/unloading contractors 35, car hauler personnel 37 (who operate car haulers 
28), rail carrier personnel 41 (who operate trains 23), and dealers 29. It should be 

15 understood that the car hauler personnel 37 and rail carrier personnel 41 could be 
referenced generically herein as "carrier" personnel. It should also be understood 
that preferably this management is done via contact with the management structure 
of the above entities. However, it should be understood that the activities and 
results of those being managed (e.g. hourly workers) will be monitored as many of 

20 the management team will be on site. Figs. 46-54 show other management 
structure diagrams. , 

Such a management structure is configured to provide the following 
in conjunction with other features of the present invention: 

a) Providing a network to satisfy suitable business requirements, 

b) Delivery to dealerships not to exceed a designated number of transit in 
any point to point lane or segment days (8 days in on embodiment), 

c) Visibility of vehicles as they are transported through the network and, 

d) Management of the network provided to facilitate the delivery. 

The following discussion describes the plan for managing the network, as 
well as give an overview of an overall implementation plan, allowing for an 
effective assumption of those responsibilities as stated above. This incorporates 
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training of the management team, as well as dispatch and positioning in the field, 
ultimately encompassing the entire North American continent. 

The management structure has assumed responsibilities for managing an 
5 existing automotive distribution network 20. Under one embodiment of the present 
invention, the management structure consists of two main groups or functional 
responsibilities: 

1) a Staff and Support group which includes planning, contingency, 
10 finance, customer service and relationships, and the like, and 

2) an Operations group which is positioned throughout the system 
managing the vendors responsible for the transporting of the vehicles. 

15 Both of these groups, while being accountable for specific portions of the 

distribution network 20 management, work closely together to effectively manage 
the distribution network 20 and improve efficiencies as the network and its 
management evolve. Assumption of the responsibility of the network is being 
achieved through a phase-in program designed to assume management of specific 

20 areas of the network with each phase *check with client re status*. As each phase 
is added, areas introduced in prior stages are turned over to the management people 
responsible for those lanes and segments. Prior to each of the five implementation 
phases, training workshops will be held with each of the management groups as 
they are added. Such training can include learning about the vehicle manufacturer, 

25 vendor management, business conduct and compliance, railroad and car hauler 
practices, etc. 

Management Method 

Before discussing the management techniques, it is first beneficial to 
30 understand the concepts and applications utilized during the design phase of the 
project. 



WO 01/65454 



PCT/US01/06652 



Li designing the network, a few basic principles of transportation 
management were invoked: 

1) Work within the system as upstream in the process as possible. 

5 2) Minimize handling of the units. 

3) Bypass intermediate sites and facilities wherever possible. 

4) Volume creates opportunity. (The larger (the train), the better). 

With these principles in mind, a network was plotted after determining 

10 North American distribution of the vehicles, the purpose and position of the four 
mixing centers which happen to exist in the current delivery network, productive 
and time-definite segments and lanes, and the characteristics of the manufacturing 
plants: location, product type, manufacturing schedule, and facility constraints. 

As a result of these determinations, rather than being treated as stand-alone 

15 origins, the plants were theoretically grouped together to create singular origin 
sites consisting of one, two, up to five plants (in the case of the Michigan Plants), 
combining their production to be introduced into the network. This concept 
became an enabler of the application of several of the stated principles, beginning 
with #4 - volume creates opportunity. As the volume levels increase from the 

20 combination of multiple sites, the distribution of the production takes on new- 
waning, forming a larger pool from which to draw like destinations. This in turn 
provides for the ability to build more direct (bypass) railcars based on average load 
ratio's, eliminate handles, and begins with the vehicle coming off the assembly line 
as a finished product ready for transport - Principles 2 and 3. 

25 Prior to actual production, a concept known as Geographic Build is applied. 

This planning model consists of capturing Sales data, and mathematically 
scheduling the production to produce level distribution of the product as it enters 
the network. This schedule reduces/eliminates large daily fluctuations in 
distribution which occur in the first stages of the network today, causing varying 

30 demands on staffing, equipment, and power. Ultimately the intent is to manage the 
system to the dealer level, which will produce significant production and economic 
gains to the car haulers 37. This process of setting the manufacturing schedule 
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based on output requirements of the transportation of the product to market 
satisfies Principle #1 listed above: work as far upstream in the process as possible. 

Managing the network is a direct reflection of the approach taken in 
designing the network. The system is managed utilizing a 'Tush-Pull" method of 
5 accountability and system performance. 

Each origin location (grouping) is managed by the management, with on- 
site personnel. Their responsibility is to effectively and accurately "push" the 
vehicles out into the distribution network 20, using flow plans and load make-ups 
incorporated in the design of the network. In addition to the loading of the railcars 
10 with specific destinations, these origin management people are responsible for 
building the trains, in sequence. These trains are built and blocked, based upon a 
planned system, dependent on the destination of the train. 

As this occurs, management people at the destination locations (Mixing 
Centers, Hubs, and Ramps) are "pulling" the vehicles through the distribution 
15 network 20. This pull effect is accomplished through continuous monitoring of the 
transport mode being utilized as the vehicles progress through the system. 

While the vehicles are in transit, the destination management are working 
with the vendors responsible for final delivery. They are providing information 
and helping in the planning process for upcoming operations based upon what is 
20 flowing through the network, the requirements of the transportation cycle, as well 
as the reliability, accuracy, and performance of the network while it is being 
managed. 

Between the origin and final destination are the existing Mixing Centers. 
These facilities are managed on a daily basis. This management group works 

25 using its own internal method in opposite fashion: they are in effect "pulling" 
trains into the Mixing Centers, and then "pushing" them back out again. The 
change in focus of the Mixing Centers also becomes apparent here. In the design 
of the network, as stated earlier, by combining plants, the opportunity to create 
direct rail cars and bypasses increases dramatically. This reduces the amount of 

30 mixed volume having to go into the Mixing Centers. As each origin point is 
implemented, the Mixing Centers evolves from predominantly an unload/reload (of 
mixed volume) operation, to a large majority of their activity becoming train 
management. This train management consists of bringing trains in, breaking, 
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switching, and rebuilding them to create pure direct trains to ultimate and final 
destinations. One should keep in mind here that facilitating the building of these 
trains at the Mixing Centers is greatly enhanced by the origin point management 
directing the building and blocking of the trains prior to their departure to the 
5 Mixing Centers. The trains from each of the origin locations are integrated into 
single units with planned routes to destination-hubs and ramps. 

Remaining volume, "mixed" volume, is handled through a coordinated 
effort between multiple plant sites within each grouping and the Mixing Centers. 
This is accomplished on a daily basis dependent upon the production schedule and 

10 destination of the VTSPs. Low volume levels (<6 vehicles to a single ramp) dictate 
that those vehicles are moved to the Mixing Centers for loading and creating direct 
rail cars. Other, mid range volume levels, suggest that one Plant build a partial 
railcar for a particular destination, while vehicles to that destination from other 
plants, even within the same origin grouping, are moved to the Mixing Centers. At 

15 this time, those random vehicles would be loaded on to the partial railcar, creating 
a full load departing the Mixing Center. 

Within the management structure, several other groups exist with varied 
areas of responsibility in support of the Joint Venture and/or the operators in the 
field: 

,20 

AV Planning & Systems - Each Zone of Operation has a Planning & 
Systems group assigned to it. While operating independently and focusing on 
operations within their respective zones, they are collectively responsible for 
integrating the entire network into a single operating unit. Each Planning & 

25 Systems Group Manager has a Network Planning Manager and Supervisor 
assigned. These people are responsible for the planning of the operations, both 
long range and short term, as well as continuously reviewing the network and 
seeking ways to improve efficiencies. The basic planning model progresses 
through a 90-, 60-, 14-, and 5-day projection process for production scheduling and 

30 determine the system requirements on a daily basis once the vehicles are produced. 
Currently, 14-day projections are 95% accurate, while 5-day projections to the 
build order run above a 98% accuracy rate. Geographic Build (as described on 
Page 5) are determined by this Planning Group. 
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As the vehicles are released into the distribution network 20, there are two 
separate groups working behind the scenes. One group, reporting to the West Zone 
Planning & Systems Division Manager, are responsible for tracking of the vehicles 
as they flow through the system and momtoring performances as they relate to the 
5 Standards Metrics established for each segment and lane. As situations arise, this 
group is responsible for developing contingency plans to recover lost or delayed 
transit time while the vehicles are enroute. They communicate with the operators 
in the field to respond to the contingencies, and manage the required adjustments 
through the operators and vendors. The second group, reporting to the East Zone 
10 Planning & Systems Division Manager, is responsible for tracking and directing 
the positioning of empty rail equipment. This group works through the appropriate 
railroads and equipment managers to insure that sufficient railcars for loading are 
in place at each plant and mixing center. 

Completing the responsibilities of the two Planning & Systems Division 
15 Managers are Customer Service, reporting to the East Zone, and Systems/IS 
reporting to the West Zone. The Customer Service people are responsible for 
maintaining relationships between the management team 31 and all of its 
customers, both internal and external. All questions, comments, suggestions, etc as 
they relate to the management team 31 flow through this group. Systems/IS 
20 consists of a Manager and two Supervisors. Their responsibilities reflect those of a 
Help-Desk scenario, Where they are available to all users of the vehicle tracking 
system 34 for system-related problems or questions. Initially they will be staffed 
for 24-hour coverage; determinations are made as the management team 31 
evolves as to the requirement of total coverage and the demands on the people in 
25 the performance of this activity. They also serve as a first-pass evaluation of new 
systems or development requested by management team 31 personnel. Upon their 
approval, established procedures for software development, hardware purchase, etc 
follow. 

B) Finance - The Finance Group is responsible for all categories associated 
30 with expenses, revenue, and accounting for the management team 31. Initially, 
Freight Payment is conducted by vehicle manufacturer employees working for the 
management team 31. As systems are developed and merged, payment to the 
vendors is done electronically, eliminating the need for these people. This plan 



takes into consideration the eventual assumption of Contract responsibilities by the 
management team 31 with the vendors. As existing contracts between the vehicle 
manufacturer and the transportation vendors reach maturity, they are handed over 
to the management team 3 1 for negotiation and ownership of the contracts. As in 
5 the case of the Freight Payment, in a final embodiment transfer of this to an 
electronic system controlled by the management team 31 will be in place. Finally, 
the Finance group is responsible for the effective management of revenues, cost 
control systems, Business Planning models and completion, buildings and 
facilities, etc. 

10 

C) Railroad Operations. Car Hauler Operations - while constituting two 
separate and distinct branches within the management structure, the responsibilities 
of these groups run parallel to each other. Representative management people for 
each of the major vendors are the liaison between the management team 31 and the 

15 vendor corporations. Initial responsibilities include establishing relationships with 
the vendors, and assisting in the implementation of the new network from the 
vendor perspective. As the system grows, additional areas of responsibility will be 
added to this group as they involve the vendors. These responsibilities will include 
performance reporting and reviews, contract negotiations, business opportunities 

20 which are created, etc. This group will in no way influence the expectation that 
every field operator is expected to develop working relationships with each vendor 
appropriate to their portion of the network. The partnership approach suggested 
here will be critical to the success of the network in each of the lanes and 
segments. 

25 

Management Apparatus 

The management of the manufacturer's distribution network 20 requires 
and incorporates several tools and systems. Perhaps the most important of these 
30 systems is the tracking system 34. This system will actually provide value and 
assistance to two separate entities. 



-106- 



WO 01/65454 



PCT/US01/06652 



The tracking system 34 is a system that provides visibility of the unit to the 
user. The tracking system 34 will let the inquiring person know the units' location 
in the pipeline, its' status compared to a planned time in transit at each stage of the 
transportation, provide for alerts and alarms when units fall behind schedule, and 
5 give a view of the network in progress, down to the vehicle level if desired. This 
has been recognized by the inventors as being critical to assuming responsibility 
for the manufacturer's distribution network 20. Visibility of the vehicles in transit 
will be a quantum leap forward towards improving delivery times. 

10 Management Results 

Performance of the network are to be reviewed on a daily basis. 
Under one embodiment of the invention, daily performance reviews will be 
conducted with the local vendors by the local-area management people. Along 
with these reviews are improvement action plans and accountability discussions to 
15 satisfy the standards for each destination. 

Monthly reviews are planned at a higher level. At this point in time, under 
one embodiment of the invention, Division and Zone Managers assume 
responsibility for these sessions with each carrier, at corresponding levels within 
20 their organizations. These reviews also include the appropriate Support functions 
and the management people designated as carrier representatives. 

Critical to the success of the time in transit improvements are 
improvements internal to the manufacturer's organization. These changes include 

25 a re-definition of when a vehicle is considered in transit. In today's operation, the 
vehicle delivery time begins when the unit comes off the assembly line, although it 
may be placed on hold immediately; sometimes for several days. Another change 
necessary to accurately assess the performance of vehicle delivery is the expansion 
of geographic build. This procedure described earlier, based on distribution of 

30 build orders, is designed to even the flow of vehicles throughout the system, 
maximize the utilization of the network, and optimize cost effectiveness of both the 
vendors and the management team 31. 
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Additional improvements included flexible dealer delivery schedules, 
correct geographic sourcing of the production of models or product types based on 
their final destination, and evaluation of engineering restrictions placed on certain 
vehicle types for transportation securing devices. 

5 

One additional improvement is the use of training sessions and workshops 
for the management team. 

Computer-Implemented Aspects 

10 As will be appreciated by one of ordinary skill in the art, some aspects of 

the present invention may be embodied as a method, a data processing system, or a 
computer program product. These aspects may take the form of an entirely 
hardware embodiment, an entirely software embodiment or an embodiment 
combining software and hardware aspects. Furthermore, these aspects may take 

15 the form of a computer program product on a computer-readable storage medium 
having computer-readable program code means embodied in the storage medium. 
Any suitable computer readable storage medium may be utilized including hard 
disks, CD-ROMs, optical storage devices, or magnetic storage devices. 

The present invention is described above with reference to block diagrams 

20 and flowchart illustrations of methods, apparatus (i.e., systems) and computer 
program products according to embodiments of the invention. It will be 
understood that in appropriate circumstances a block of the block diagrams and 
flowchart illustrations, and combinations of blocks in the block diagrams and 
flowchart illustrations, respectively, can be implemented by computer program 

25 instructions. These computer program instructions may be loaded onto a general 
purpose computer, special purpose computer, or other programmable data 
processing apparatus to produce a machine, such that the instructions which 
execute on the computer or other programmable data processing apparatus create 
means for implementing the functions specified in the flowchart block or blocks. 

30 These computer program instructions may also be stored in a computer-readable 
memory that can direct a computer or other programmable data processing 
apparatus to function in a particular maimer, such that the instructions stored in the 
computer-readable memory produce an article of manufacture including instruction 
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means which implement the function specified in the flowchart block or blocks. 
The computer program instructions may also be loaded onto a computer or other 
programmable data processing apparatus to cause a series of operational steps to be 
performed on the computer or other programmable apparatus to produce a 
5 computer implemented process such that the instructions which execute on the 
computer or other programmable apparatus provide steps for implementing the 
functions specified in the flowchart block or blocks. 

Accordingly, when appropriate for full or partial computer implementation, 
blocks of the block diagrams and flowchart illustrations support combinations of 
10 means for performing the specified functions, combinations of steps for performing 
the specified functions and program instruction means for performing the specified 
functions. It will also be understood that such blocks of the block diagrams and 
flowchart illustrations, and combinations of blocks in the block diagrams and 
flowchart illustrations, can be implemented by special purpose hardware-based 
1 5 computer systems which perform the specified functions or steps, or combinations 
of special purpose hardware and computer instructions. 

Conclusion 

Therefore it may be understood that the present invention provides a 
20 product delivery system that can move products from manufacturing plant to 
destination more quickly and reliably. The invention minimizes handling of 
products, maximizes bypassing of intermediate sites, and moves products in larger 
volumes or batches. In a vehicle delivery context, these improvements translate 
into more direct trains, larger trains, and faster delivery from plant to dealer. The 
25 present invention provides a novel centralized management organization 

overseeing a number of separate parts of the network, and provides improved 
visibility of delivery network to the management organization, as well as improved 
tools for operating the network. These tools benefit from the information collected 
on the status of the network. The invention also provides a system that can 
30 influence the sequence in which the products are manufactured in a manner that 
makes operation of the delivery network more efficient. 

Many modifications and other embodiments of the invention will come to 
mind to one skilled in the art to which this invention pertains having the benefit of 



tiie teachings presented in the foregoing descriptions and the associated drawings. 
Therefore, it is to be understood that the invention is not to be limited to the 
specific embodiments disclosed and that modifications and other embodiments are 
intended to be included within the scope of the appended claims. Although specific 
terms are employed herein, they are used in a generic and descriptive sense only 
and not for purposes of limitation. 
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What is claimed is: 

Claims 

S 1 . A system for facilitating delivery of manufactured items from a 

manufacturing facility to customers via a delivery network, comprising: 

(1) one or more databases, including: 

(a) in transit information describing a location and status of items in the 

delivery network being delivered from the manufacturing facility to a destination; 
1 0 (b) network facility information including identification and capacity of a 

plurality of network facility points, including origin points, mixing center points, 

termination points, customer facility points; 

(c) carrier information describing capacity, location and status of network 

transport devices and transport operators; 
15 (d) route (lane?) information describing transportation routes within the 

delivery network, capacity of the routes, and cost of delivery of items along the 

routes; 

(e) a delivery plan including routes for items and planned times for 
shipment and delivery of items to points along routes; 
20 (f) measured transit time information including actual times taken for 

movement of items between points in the network; 

(2) a plurality of access units, the access units being configured to access 
the one or more databases from a plurality of the network facility points along a 
route; and being configured to download from one or more of the databases 
25 information useful in carrying out a delivery plan implemented via the delivery 
network 

2. The system of Claim 1 wherein the access units are configured to upload to 
one or more of the databases information for updating the in transit information. 

30 

3. The system of Claim 1 wherein the access units are configured to upload to 
one or more of the databases information for updating the network facility 
information. 
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4. The system of Claim 1 wherein the access units are configured to upload to 
one or more of the databases information for updating the carrier information. 

5. The system of Claim 1 wherein the access units are configured to upload to 
5 one or more of the databases information for updating the in transit information, 

the network facility information, and the carrier information. 

6. The system of Claim 1 further comprising a simulation tool operative to 
predict performance of alternative delivery plans based on the information stored 

10 in the one or more databases. 

7. A method of delivering manufactured items from a manufacturing facility 
to customers via a delivery network, comprising: 

storing in one or more databases: 
15 (b) in transit information describing a location and status of items in the 

delivery network being delivered from the manufacturing facility to a destination; 

(c) network facility information including identification and capacity of a 
plurality of network facility points, including origin points, mixing center points, 
termination points, customer facility points; 
20 (d) carrier information describing capacity, location and status of network 

transport devices and transport operators; 

(e) routing information describing transportation routes within the delivery 
network, capacity of the routes, and cost of delivery of items along the routes; 

(f) a delivery plan including planned routes for items and planned times for 
25 shipment and delivery of items to points along routes; and 

(g) measured transit time information including actual times taken for 
movement of items between points in the network; 

accessing the one or more databases from a plurality of the network facility 
points; and 

30 downloading at the one or more network facility points from one or more of 

the databases information useful in carrying out a delivery plan implemented via 
the delivery network. 
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8. The method of Claim 7 further comprising uploading from one or more of 
the network facility points to one or more of the databases information for updating 
the in transit information. 

5 9, The method of Claim 7 further comprising uploading from one or more of 
the network facility points to one or more of the databases information for updating 
the network facility information. 

10. The method of Claim 7 further comprising uploading from one or more of 
10 the network facility points to one or more of the databases information for updating 

the carrier information. 

1 1 . The method of Claim 7 further comprising uploading from one or more of 
the network facility points to one or more of the databases information for updating 

15 the in transit information, the network facility information, and the carrier 
information. 

12. The method of Claim 7 further comprising simulating performance of 
alternate delivery plans based on the information stored in the one or more 

20 databases. 

1 3 . The method of Claim 7 further comprising monitoring compliance with the 
delivery plan throughout the delivery network at each network facility point, and 
reacting with appropriate corrective action at the network facility points to 

25 disruptions in the delivery plan. 

14. The method of Claim 7 wherein the sequence of loading provides for 
moving items directly from production onto a network transport device bound for a 
termination point associated with a customer to receive each loaded item. 

30 

15. The method of Claim 7, wherein the sequence of loading provides a 
sufficient quantity of items bound for the termination point to fill the network 
transport device. 
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16. The method of Claim 7 further comprising grouping manufactured items by 
destination at an origin point, and subsequent to said grouping, loading the items 
on transport devices. 

5 •'. ' 

17. A method of scheduling, manufacturing, and shipping items via a delivery 
network, comprising: 

assembling a set of parts needed to make a predetermined number of items 
in a predetermined order, 
10 providing a delivery network comprising a plurality of network facility 

points, including one or more origin points and mixing center points, and a 
plurality of termination points; 

inserting the items as they are made into the delivery network; 
monitoring activity at the network facility points; 
15 proj ecting relative congestion along a plurality of routes through the 

delivery network based on the monitored activity in the network and the 
destinations of the items to be made; and 

responsive to the projected relative congestion in the delivery network, 
altering one or both of the assembled set of parts and the predetermined order of 
20 making the items, so as to cause the items to enter the delivery network in an order 
calculated to improve efficiency of delivery. 

18. The method of Claim 17, wherein altering one or both of the assembled set 
of parts and the predetennined order of making the items includes ordering 

25 production from the assembled set of parts of items going to the same termination 
point in sequential order. 



30 
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19. A method of scheduling, manufacturing, and shipping items via a delivery 
network, comprising: 

providing a delivery network comprising a plurality of network facility 
points, including one or more origin points and mixing center points, and a 
5 plurality of termination points; 

assembling a set of parts needed to make a predetermined number of items; 
ordering production from the assembled set of parts so as to manufacture 
items going to the same termination point in sequential order; and 

inserting the items as they are made into the delivery network. 

10 

20. A method of transporting vehicles from a plurality of manufacturing plants 
to a plurality of destination locations via a delivery network, comprising: 

moving- manufactured vehicles from origin plants at a plurality of locations 
by non-rail transport to a loading facility; 
1 5 co-mingling vehicles from the origin plants and arranging them in rail 

loading bays according to destination location; 

loading rail cars from the loading bays; and 

transporting the rail cars in trains to the destination locations via the 
delivery network without unloading the rail cars. 

20 

21. A method of transporting vehicles from a manufacturing plant to a plurality 
of destination locations via a delivery network, comprising: 

transporting by rail at least some of a plurality of vehicles released from a 
manufacturing plant origin point to a mixing center; 
25 consolidating vehicles bound for a common destination location at the 

mixing center; 

transporting the consolidated vehicles to the common destination location; 
using a simulation tool: 

modeling a delivery network including the manufacturing plant 
30 origin point, the mixing center, the destination location, and transport devices; and 
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predicting occurrence of delays at the mixing center, and 
in response to prediction of a delay at the mixing center, planning and 
executing a routing plan that transports at least some of the vehicles directly from a 
first point in the delivery network upstream of the mixing center to a second point 
in the delivery network downstream of the mixing center so as to bypass the 
mixing center and reduce the predicted delay. 

22. The method of Claim 21, wherein the routing plan transports vehicles from 
the manufacturing plant origin point directly to the destination location. 

23. The method of Claim 21, wherein the routing plan transports vehicles from 
the manufacturing plant origin point directly to the destination location by car 
hauler. 



1 5 24. The method of Claim 21, wherein the routing plan transports vehicles by 
car hauler. 

25. A method of transporting vehicles from a manufacturing plant to a plurality 
of destination ramps via a delivery network, comprising: 
20 transporting by rail at least some of a plurality of vehicles released from a 

manufacturing plant origin point to a mixing center; 

consolidating vehicles bound for a common destination ramp at the mixing 

center; 

transporting the consolidated vehicles to the common destination ramp; 
25 transporting the consolidated vehicles by car hauler in groups to a plurality 

of dealerships; 

using a simulation tool: 

modeling a delivery network including the manufacturing plant 
origin point, the mixing center, the destination ramp, the plurality of dealerships, 
30 and transport devices; and 

predicting occurrence of delays at the destination ramp; and 
in response to prediction of a delay at the destination ramp, planning and 
executing a routing plan that transports at least some of the vehicles directly from a 
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point in the delivery network upstream of the destination ramp to one or more of 
the dealerships so as to bypass the destination ramp and reduce the predicted delay. 

26. The method of Claim 25, wherein the routing plan transports vehicles from 
5 the manufacturing plant origin point directly to one or more of the dealerships. 

27. The method of Claim 25, wherein the routing plan transports vehicles from 
the manufacturing plant origin point directly to one or more of the dealerships by ■ 
car hauler. 

10 

28. The method of Claim 25, wherein the routing plan transports vehicles from 
the mixing center directly to one or more of the dealerships. 

29. The method of Claim 25, wherein the routing plan transports vehicles from 
1 5 the mixing center directly to one or more of the dealerships by car hauler. 

30. A method of transporting vehicles from a manufacturing plant to a plurality 
of destination ramps via a delivery network, comprising: 

transporting by railcar at least some of a plurality of vehicles released from 
20 a manufacturing plant origin point to a mixing center, utilizing a first group of * 
railcars each carrying unmixed vehicles bound for a respective common 
destination ramp, and a second group of railcars carrying mixed vehicles bound for 
more than one destination ramp; 

unloading the second group of railcars at the mixing center; 
25 consolidating the unloaded vehicles onto a third group of railcars each 

carrying unmixed vehicles bound for a respective common destination ramp; 

transporting the first and third groups of railcars from the mixing center to 
the respective common destination ramps; 
using a simulation tool: 
30 modeling a delivery network including the manufacturing plant 

origin point, the mixing center, the destination ramp, and transport devices; and 
predicting occurrence of delays at the mixing center; and 



in response to prediction of a delay at the destination ramp, planning and 
executing a routing plan that diverts at least some of the mixed vehicles at the 
manufacturing plant origin point to car haulers for transport directly to a point in 
the delivery network downstream of the mixing crater. 

5 

31. The method of Claim 30, wherein the downstream point in the delivery 
network comprises a respective destination ramp. 

32. The method of Claim 30, wherein the delivery network further comprises a 
10 plurality of dealerships, and, in response said prediction of a delay at the 

destination ramp, diverting at least some of the mixed vehicles at the 
manufacturing plant origin point to unmixed car haulers for transport directly to 
respective dealerships. 

15 33 . A method of transporting vehicles from a plurality of manufacturing plants 
to a plurality', of destination locations via a delivery network, said method 
comprising the steps of: 

A) establishing a relationship with a plurality of independent entities, said 
20 plurality of different entities providing a continuous delivery network from said 

manufacturing plants to said destination locations; 

B) providing at least partial management of each of said entities by the use 
of on-site delivery network managers having a primary allegiance to a delivery 

25 network management company; 

C) providing a delivery information network for use by said delivery 
network managers; 

30 D) providing said delivery network managers with access to information 

via said delivery information network; 
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E) in response to said information provided in step "D", directing activities 
of employees of said plurality of different entities to facilitate delivery of said 
vehicles from said manufacturing plants, along said continuous delivery network, 
and to said destination locations. 

34. The method of transporting vehicles as claimed in Claim 33, further 
comprising: 

F) providing said delivery network managers with the capability to transfer 
10 information to said delivery information network. 

35. The method of transporting vehicles as claimed in Claim 33, further 
comprising the step of modeling said delivery network and providing delivery 
plans to said delivery information network. 



15 



20 



36. The method of transporting vehicles as claimed in Claim 33, wherein step 
A includes the establishment of a relationship with a vehicle manufacturer, and 
wherein said step of providing management comprises managing the management 
of said vehicle manufacturer. 

37. The method of transporting vehicles as claimed in Claim 33, wherein step 
A includes the establishment of a relationship with a carrier, and wherein said step 
of providing management comprises managing the management of said carrier. 



25 38. The method of transporting vehicles as claimed in Claim 33, wherein step 
A includes the establishment of a relationship with a load contractor, and wherein 
said step of providing management comprises managing the management of said 
load contractor. 
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39. The method of transporting vehicles as claimed in Claim 33, wherein step 
A includes the establishment of a relationship with a vehicle dealer, and wherein 
said step of providing management comprises managing the management of said 
vehicle dealer. 
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2000 Ford F250 4x4 

V1N:1FTNW21F9YE893606 
Make: Ford 
Model Year. 2000 
Body Type: Crew/Styteside 




Line & Series: F-Series F250 
Chassis Type: 4x4 


ENGINE 

Cylinders: V-8 
Fuel: Diesel 


Litres: 7.3 


Net Brake HP: 215-235 


MISCELLANEOUS 

Restraint Hydraulic Brake 
System: 







Vehicle Detail 



FIG. 27. 
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-Click to see the 
revised arrival 
date and 
current status 
of each vehicle 



Ramp View, Unit Breakdown (a.k.a. Mode Summary) 

FIG. 29. 
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Lane:06CHICA 04AYER 



; of dates- 
_ j i 



List 

and lanes 
associated 
with the lane 



Date 



01/07/2000 



01/08/2000 



Qty 



62 




Click to see the quantity of 
models for this date and lane 



Unit 
Breaki 



^Vehicle 
Summary 



0 



'-Click to see the revised 
arrival date and current 
status of each vehicle 



Lane View 

FIG. 31 
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Lane: 06CHICA_04AYER 
01/08/2000 
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-Click to see the 
revised arrival 
date and 
current status 
of each vehicle 



Lane View, Unit Breakdown 



FIG. 32. 
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Lane: 06CHICA 01AYER 
01/07/2000 

1 matching vehlcle(s) found. Click to see all status A 

events for the vehicle Y 

Vehicles 1-1 \ Page M 4 


of1 ►►! 


VIN 


Model 


Year 


Planned Arrival 


Revised Arrival 


Locatipn 


Status 


1RAFP55U3YG147940 




2000 


01/0000 


01/07/2000 


59 Loaded on RailcarTTGX994482 




\-Clicktos 
of the vel 
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scription green — on time S 

yellow - 1 day late 
red - 2 days late 



Lane View, Vehicle Summary 

FIG. 33. 
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